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Productivity is Our Product 


COMPUTERVISION 


Dear CV User: 


Welcome to Dallas! We are glad you could come to our Third Annual International 
CV User Conference. 


It is very gratifying to see our attendance grow year by year. Many of you are 
returning for your second or third Conference. 


A closely knit, actively involved CV user family is a very healthy sign indeed. The 
company and its customers both have a lot to gain through a better understanding 
of our common hopes and mutual concerns, as well as the state of the art in this 
exciting technology of ours. 


This is what the Conference is all about. You will have the chance to actively par- 
ticipate at the workshops and have the opportunity for one-on-one discussions with 
CV technical and managerial people. 


If you attended our earlier Conferences, you know that each one is a unique and 
rewarding experience. Every year at these Conferences, there are new CAD/CAM 
colleagues you will want to exchange ideas with representing companies and 
industry worldwide. 


In addition to the planned receptions and group dinner at the Hilton, Dallas offers 
a variety of pleasant activities. 


We hope you enjoy this fine city and find our Conference most productive. 


Cordially, 


Martin Allen 
President 
Computervision Corporation 


COMPUTERVISION CORPORATION 
201 burlington road, route 62 ° bedford, massachusetts 01730 ¢ 617/275-1800 ¢ telex 92-3345 
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CONFERENCE AT A GLANCE 


TUESDAY, SEPTEMBER 15th 


7:30am-Authors’ and Facilitators’ Breakfast—Embassy East 


8:30AM 


9:00am-Opening Session—Grand Ballroom 
9:30AM | | 


9:30AM-BREAK 
9:454M 


Mechanical Design & Drafting 
Junior Ballroom 


9:45am-Auto-Draft for Tool Design 
Noon Jessie Harrison & Robert David 
General Dynamics 
Interoptics 
Stanley Haskell 
Polaroid 
Applications of Nodal 
Tabulated Drawings 
Bill Higgins & Chris Zimmer 
General Electric 
The Shock-Absorber—An Example 
of Variant Design with VARPRO 
at Volkswagen 
Egbert Elsholz 
Volkswagenwerk, AG 


Noon- LUNCH—Grand Ballroom 
1:00pm . mare 


Mechanical Design & Drafting 
- Junior Ballroom 


1:00pm-Implementation of Forging Load 
3:00pm and Stress Analysis on a 
Computervision CADDS 3 System 
Taylan Altan, Ally Badawy, Carl 
Billhardt 
Battelle Columbus Laboratories 
Three Dimensional Data Analysis 
Using Computervision CADDS 4 
David Terrill 
Dresser Magcobar 
A Customized Procedure for 
Assembly Drawing & List of Parts 
John Painter 
Computervision Centre 


PAPER PRESENTATIONS 


Printed Circuit Design 
Embassy Complex 


Microwave Printed 
Circuit Design Procedure 
Stuart Horwitz 
Westinghouse 
Electro-Mechanical 
Packaging of Electronic 
Products 

Dr. Itaru Aramaki 
Sumitomo Electric 
Industries, Lid. 
Wire-Wrap Board Design Using 


a Computervision CADDS 3 System 


Anthony Minniti 

Xerox Corporation 

Introduction of a CAD System for 
Printed Circuit Board Design 


~ Based on Computervision Systems 


Hagen Rohrbacher and G. Martin 
Standard Elektrik 

Lorenz AG 
CVLCAP—Computervision Logic 
Circuit Analysis Program. 

Allen Brown 

Computervision Centre 


- Electrical Diagrams 
Embassy Complex 


CAD Generated Wirelists 
Larry Shuhy 

Harris Corporation 
Application of Data Extract to 
Aerospace Vehicle Wiring 
Robert Cook . 
Vought Corporation 


Communications 
Ballroom Assembly 


An Overview of CVNet 

Ken Johnson 

Westinghouse Electric 

CV HASP 

Al Killinger 

Westinghouse Electric 
CAD/CAM Data Management 
in a Host-based Network 
Raphael McBain 

General Dynamics 


CADDS 2/VLSI Programming 
Language Course 
Court 


This course will cover language 
definition and examples for VLSI 
design usage. 


Plant & Architectural 
Ballroom Assembly 


Automated Design/Analysis of 
Pressure Vessels Using the 
Computervision System 

Ruth Hudale and Ramu Mysore 
Westinghouse Electric 

Piping Design System 

Dave Wilkinson 

H.A. Simons International Ltd. 
Plant & Facilities Layout Using 
Interactive Computer Graphics 
Gary Kahler and Harvey Marx 
Western Electric 

Special Characteristics of Productivity 
Systems for Architects 

Peter Selby 

Computervision Centre 


Vil 


3:00pm- BREAK 
3:15pm 


NC & Manufacturing Engineering Integrated Circuits Operations Management 
Ballroom Assembly Embassy Complex Junior Ballroom 


3:15pm-The Use of CAD/CAM ina Short —_ Discussion of future developments Initial Graphics Exchange 


5:15pm Lead-time Prototype Application of Integrated Circuits from Specification (IGES); A Perspective 

Nick Morgan Computervision. Albert Gibbons | 

Smiths Industries Limited | Westinghouse Electric 

Use of the CV Flat Pattern Software A Guide to CAD Facilities 

& Interface with Manufacturing | Organization for the First Time User 

Collin McMullin Fred Sukow | 

General Electric | General Electric 
Productivity & Profitability with 
CAD/CAM 


Chuck Cummings 

Babcock & Wilcox 

CADDS 4 Rev 2—A User’s Review 
Evaluation 

William Beazley, Ph.D. 

Brown & Root 

Applications for CADDS in the 
Design Process | 

Jorge Perez 

Vought Corporation 


6:30PM- DINNER—Grand Ballroom 
8:30PM 


WEDNESDAY, SEPTEMBER 16th 


Dimensioning & Drafting 3D Design & Surfacing The Human Engineered Architecture 


Grand Ballroom Embassy & West PC Design System Gold 
Court 


8:30AM-— The two subjects that will be This session will begin with a The development of hardware We will consider the creation 
10:15am covered are: CADDS 3 dimen- presentation on CADDS 4 and software for the PC of a user group, clarify goals 
sioning and detailing-problems, Rev. 2 features related to 3D Design product with a major and organization of the 
solutions, work around; and Design and Surfacing. Each focus on CADDS 4 will be the _ building design product in the 
CADDS 4 Rev. 2 dimensioning User Group representative will major topic. Also covered is future, discuss problems and 
enhancements. Associative and give an informal presentation the development and purpose = enhancements to the existing 


dual dimensions, centerlines, on 3D Design and Surfacing. of PC Design aids: libraries, product and demonstrate new 
angular dimensioning, and | training files and user guides. product capabilities. 
JIS/ISO standards will also be . 
discussed. 
CADDS 2 Lab 


~~ This lab will be a supplement 
-- ‘to the CADDS 2/VLSI Pro- 
gramming Language Course 
that was on Tuesday. 


Vill 


10:15amM—BREAK 
10:30am 


Graphic Languages 
_ Embassy East 


10:30am- This session will review present 

Noon capabilities of PEP/PAREX/ 
EXEC files for the benefit of 
new participants. Also, an 
overview VARPRO for 
CADDS 3 and 4 will be pre- 
sented outlining present and 
future capabilities. There will 
be an interactive discussion on 
additional capabilities for 
future development. .- 


‘ 


Noon- LUNCH—Grand Ballroom 


1:00PM 


Engineering Analysis 
_ Embassy East 


1:00pm-— A short paper will be presented 

3:00pm on the current capabilities of 
the CV FEM package. The 
latest FEM features will then 
be described by Computervi- 
sion. The remaining time will 
be devoted to discussions on 
further improving engineering 
analysis applications. 


3:00pm— BREAK 
3:15pm 


Mass Properties 
Embassy East | 


3:15pm— This session will review present 


5:15pm capabilities and CADDS 3 and 


the new CADDS 4 capabilities. © 


Detailed interactive discussions 
on additional capabilities for 
future development will follow 
the presentations. A paper will 
also be presented on an 
enhanced CADDS 3 Mass 
Properties package developed 
by a user. 


Tool Design & Fixturing 
Embassy & West 


Tool Design/Fixturing Work- 
shop will review various user 
experiences in the tool, mold, 
die and fixture design areas. A 


tool library for mold bases and 
various fixture components will 


be presented by CV. 


Interfacing CAD with CAM 
Court 


This session will describe a 
user’s version of a neutral 
database implementation, the 
role of GNA for interfacing 
CAD with CAM, and Com- 
putervision’s implementation 
of the ANSI/IGES standard. 


Group Technology 
~ . Court 


A representative from the 
- Organization for Industrial 
Research will give a presenta- 
tion on specific computer 
assisted process planning on a 
CAD/CAM system. We will 
also cover the computer ap- 
proach to Group Technology. 


6:30pm- ‘“TEXAN’”’? RECEPTION—Grand Ballroom 


8:30pm 


Engineering Interface 
to PC Design 
Court 


This workshop is intended to 
introduce new capabilities 
developed in the CADDS 4 
product. Discussion will focus 
on new features for schematic 


generation and documentation. 


Topics included are Autolay- 
out, Auto-Annotation, and 
automatic generation of sche- 
matic element reference desig- 
nators, and the CV approach 
to logic simulation. 


New Capabilities for | 
PC Designers 
Embassy & West 


This session is a basic intro- 
duction to the new CADDS 4 
capabilities of AUTOPLACE- 
MENT, AUTOROUTE, 
Geometric Design Rules 
Checking Editing commands 
and Dynamics. Emphasis in 
the workshop will be placed on 
describing the benefits 
available through these new 
capabilities which include in- 
creased system flexibility and 
faster design turnaround time. 


Interface to PC 
Manufacturing & Testers 
Embassy & West 


This workshop is planned to 
give a review of the manufac- 
turing tools supported in 
CADDS 4. Those interfaces 
discussed will include 
NC/Drill, NC Insertion, 
various types of plotters and 
automatic test equipment. 
Conclusion of the workshop 
will be highlighted by a presen- 
tation previewing PC product 
direction. 


Mapping 
Gold 


Discussion will focus on the 
present product and enhance- 
ments but also talk about the 
future capabilities. We will 
clarify the goals and organiza- 
tion of the mapping product, 
and consider the creation of a 
user group. 


CADDS 2 Lab 


(continued) 


Integrated Circuits 
Gold 


This session will cover the use 
of the new CADDS/VLSI 
features available in Revisions 
2.01A and 2.02. 


Integrated Circuits 
Gold 


(continued) 


1X 


THURSDAY, SEPTEMBER 17th 


Dimensioning & Drafting Education Plant Design Documentation 
Embassy & West Junior Ballroom Embassy East Ballroom Assembly 


8:30amM-— The two subjects that will be | Topics will include customer Discussions will focus on 3D‘ There will be a discussion of 
10:15am _ covered are: CADDS 3 dimen- site versus educational center plant modeling with emphasis _ the different types of user 


sioning and detailing-problems, training; CADDS 4 training on plant equipment construc- documentation, how to use 
solutions, work-around; and philosophy (2 weeks), specialty tion, pipe routing and fitting them, and their benefits. 
CADDS 4 Rev. 2 dimensioning seminars, and in-house insertion. Time will be avail- . 

enhancements. Associative and customer training. able for general discussion of 

dual dimensions, centerlines, customer concerns. 


angular dimensioning, and 
JIS/ISO standards will also be 
discussed. 


10:15am-BREAK 


10:30am 
3D Design & Surfacing System Management Numerical Control Software 
Embassy & West — Junior Ballroom Embassy East Ballroom Assembly 
10:30AM-This session will begin with a Archiving CADDS Parts and Members of the User Groups Programming methods will be 
Noon presentation on CADDS 4 Automatic Updating of On-Line _ will be giving the following discussed in the environment 
Rev. 2 features related to 3D Textfile Documentation presentations: Flat Pattern of CGOS 200/10 Rev. 2, 
Design and Surfacing. Each Ronald Smith Routing and NC Progress, Graphics Network Architecture 
User Group representative will M&M MARS Rockwell; Progress in Assem- and CADDS 4, Rev. 2. Topics 
give an informal presentation An Alternate Accounting Package bly Tooling, Fairchild; Produc- that will be discussed are: 
on 3D Design and Surfacing. Curt Strobel tive NC Effort and Standard languages, program callable in- 
Southern California Edison Cutter Library, General terfaces, soft architecture, code 
System Utilization Tracking by Dynamics; and others. swapping, and data buffering. 
Job Number 
Brent Graham & 
Bob Rutherford 
Boeing 


Noon- LUNCH—Grand Ballroom 
12:45pm 


12:45pm- CLOSING SESSION—Grand Ballroom 
2:45PM 


Robert Gothie — Sales & Services Together 
Richard Hessdorfer — Future Direction 
& Mat Peterson 
Martin Allen — Closing Remarks 
Robert Gothie — Adjourn 
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Time 


9:45 AM- 
Noon 


1:00 PM- 
~ 3:00 PM 


3:15 PM- 
5:15 PM 


A 


Mechanical Design & Drafting 


CV: Steven Weiner 
E: John Boertjens 


'-MW: Gale Saxon 


W: John Martin 
| Allen Alley 


Mechanical Design & Drafting 


Continued 


NC & Manufacturing Engineering 


CV: Richard Simon 
E: Warren Gengler 
MW: Gary Kahler 


Facilitators 


B C D 
Printed Circuit Design Communications |§==CADDS 2/VLSI Programming 
CV: Tim Ristine CV: Paul Hamburger Language Course 
E: Tom Davis 
MW: Jerry Hegg MW: Bill Fagen CV: Gary Robson 


W: Paul Van Ast 


W: Charles Smith 


Wednesday, September 16 


Time 


8:30 AM- 
10:15 AM 


10:30 AM- 


Noon 


1:00 PM- 
3:00 PM 


3:15 PM- 
5:15 PM 


A 
Dimensioning & Drafting 


CV: Bob Cronin 


W: Richard Cunningham 


Graphics Languages 


CV: Steven Woodbridge 
E: Ken Johnson 
MW: Don Crockett 
W: Allen Alley 


Engineering Analysis 


CV: Steve Weiner 
E: John Boertjens 


W: Gary Brandt 
Tom Judd 


Mass Properties 


CV: Steven Woodbridge 
E: Tom Heinz 
MW: Dave Schaller 
W: Tom Judd 


Electrical Diagrams Plant & Architectural 
CV: Mike Barry CV: Ernie Heimberg 
E: Richard Skanron 
MW: Gary Cox 
W: Doug Conley 
Integrated Circuits Operations Management 
CV: Gerry Shields CV: Ralph Parker 
Discussion of future E: Chester Markiewicz 
developments of Inte- MW: John Soose 
grated Circuits from W: Robert Houk 
Computervision. 


Workshop Session 


B C D 
3D Design & Surfacing The Human Engineered PC Architecture 
Design System 
CV: Ashok Bhide CV: John Felahi CV: Richard Hessdorfer 


E: John Boertjens 
MW: Darcy Sety 
‘W: Allen Alley 


E: Tom Davis 
MW: Jeffrey Bytes 
W: Paul Van Ast 


CADDS 2 Lab 


CV: Gary Robson 


Tool Design & Fixturing Engineering Interface To Mapping 
| PC Design 
CV: Gary Hodgson CV: Anne Kiburis CV: Richard Holekamp 


MW: Elton Ables 
Wy. Richard Sauerbrey 


E: Val Gannotti 
MW: David Ross 
W: Paul Van Ast W: Jack Loveland 


CADDS 2 Lab 


CV: Gary Robson 


Interfacing CAD with CAM New Capabilities For Integrated Circuites 
. PC Designers 
CV: Ed Fournier CV: Elizabeth Barbone CV: Mike Reed 


E: Warren Gengler 
MW: Don Crockett 
-W: Charles Smith 


Group Technology 


CV: Dan Socha 


MW: John Tahaney 


MW: Jeffrey Bytes 
W: Paul Van Ast 


Interface To PC : Integrated Circuits 
Manufacturing and Testers (continued) 


CV: Ed Kennedy 


MW: Jerry Hegg 
W: Allen Alley 


Xill 


Thursday September 17 


Time 
8:30 AM- 
10:15 AM 


10:30 AM- 
Noon 


12:45 PM- 
2:45 PM 


XIV 


Workshop Session 


A B C 
Dimensioning & Drafting | Education — . Plant Design 
CV: Bob Cronin CV: Jack Rousseau CV: Ernie Heimberg 
MW: Darcy Sety MW: Robert Weiss 
W: Richard Cunningham W: Ron Dubois 
3D Design & Surfacing System Management Numerical Control 
CV: Don Lowke/ 
CV: Ashok Bhide CV: Ralph Parker C. Gouldson 
E: Paul Davis E: Chester B. Markiewicz E: Warren Gengler 
MW: Robert Tennison MW: Gary Kahler 
W: Allen Alley W: Robert Houk W: Charles Smith 
Closing Session 
Robert Gothie Sales & Service—Together 


Richard Hessdorfer Future Direction 


& Mat Peterson 


Martin Allen Closing Remarks 


Robert Gothie Adjourn 


D 
Documentation 


CV: Jesse Kafel 


Software 
CV: Norm Siegel 


GENERAL INFORMATION 
Registration & Information Center 


Hours Sunday, September 13 
Monday, September 14 
Tuesday, September 15 
Wednesday, September 16 
Thursday, September 17 


Messages © 


7:00PM-9:00PM 
7:00AM-8:00PM 
7:00AM-7:00PM 
8:00AM-7:00PM 
8:00AM-3:00PM 


or last minute program changes will be posted. 


Media Services / Publications/Training Booth 


New products from Computervision’s Media Services and Publications Department will be 
displayed on the Mezzanine Level. You can examine new training packages, look over the 
_ Most current publications, and take the literature on new training course offerings. 


Hours: Tuesday, September 15th—Noon-5:30Pm 


Wednesday, September 16th—8:00AM-5:30PM 
Thursday, September 17th—8:00AM-—Noon 


; A message board is located near the Registration & Information Center. Any calls, messages, 


A representative from Computervision’s Customer Training Center will be available to discuss 


training options and strategies on Wednesday afternoon. 


Manager’s Information Suite 


Computervision Managers will be available to meet with you during the conference. 


Hours: Tuesday, September 15th—9:00AM-6:00PM 
Wednesday, September 16th—9:00AM-6:00PM 
Thursday, September 17th—9:00AM-3:00PM 


Location will be posted on the message board. 


Hotel Check-Out Time 


Hilton Hotel check-out time is 1:00PM. Your luggage can be stored with the Bell Captain on 
the Lobby Level, or you can request a late check-out. 


Transportation 


‘Surtran Bus—SO minutes one way/$6.00 (5 past hour & 25 to hour) 


Taxi —30 minutes one way/$20.00 


Badges 


Attendees should wear their name badges at all times during the Conference. 


WHITE BADGES—USERS 


BLUE BADGES —COMPUTERVISION PERSONNEL 


Meal Tickets 


Coupons for all your Conference meals are included in the Conference program. Please pre- 
sent the appropriate coupon to the convention personnel at the door. 


XV 


Function Location 


Computervision Reception Grand Ballroom 

Authors’ & Facilitators’ Breakfast | Embassy East (by Invitation) 

Luncheons Grand Ballroom 

Coffee Service Mezzanine Level (Meal Ticket Not Required) 
Dinner | Grand Ballroom 

‘“Texan’’ Reception Grand Ballroom 

Asian & European Hospitality Check Message Board for location (by Invitation) 


COMPUTERVISION USER GROUP OFFICERS 


EAST MIDWEST WEST | 
Chairman 
Joe Delvac John Tahaney Alex Rawling 
Sperry Gyroscope Vought Corporation Boeing Company 


Vice-Chairman 


Paul Davis Charles Palermo Jack Stahl 
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ABSTRACT 

Auto-Draft, a system of software subroutines and text files, was developed by General 
Dynamics/Convair Division for use on the Computervision CADDS 3 interactive graphics 
system. Graphical representations of components, with non-graphic properties, are quickly 
and accurately inserted into Tool Design computer-generated drawings. Bill of Materials 
reports are automatically generated by Auto-Draft when it searches the drawing for these 
properties. 


1. BACKGROUND 

Traditionally, when drafting a tool design on Computervision (CV), tooling components 
are either drawn as needed or pre-drawn and stored as parts on a disk. 7 

Drawing the component ‘‘from scratch’’ is both time consuming and possibly inaccurate. 
The tool designer is required to know all of the dimensions and calculations needed to draw © 
the component entity-by-entity. For example, a strap clamp has eight dimensional values and 
is graphically represented by eight lines and two arcs. See Figure 1a. 

Pre-drawn components stored as parts on a disk can be retrieved and inserted many 
times. When inserted into drawings, a component part can be scaled and/or rotated to best 
represent its size and orientation. Modification is almost always needed making it necessary to 
use more than one command. Furthermore, some component groups do not vary dimensional- 
ly as a fixed ratio; thus, insertion with a scale factor will make only a portion of the compo- 
nent dimensionally correct. 

Rotation of the component in the X-Y plane abouts it origin results in different front and 
side views as illustrated in Figure la. Each pre-drawn and stored part uses a minimum of | 
twelve sectors (3,072 words of disk storage space). A prohibitive amount of storage space 
would be required to maintain all possible views of the components. 
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! 1 | ! { 
Ti OF 


ANGLE 20 ANGLE 45 


ANGLE 70 ANGLE 90 ANGLE 180 


Figure 1a: Strap clamp top and front views at various angles of rotation in the X-Y plane | 


Table |: 
Pre-drawn part storage 


# PARTS | # SECTORS # WORDS 


3.072 


1.200 307.200 
4.800 1.228.800 


It is readily apparent, then, that creating components from ‘‘scratch’’ greatly increases 
total drafting time; on the other hand, hundreds of tooling components stored as top, front, 
and side views would require a large amount of disk storage space. An entirely new approach, 
Auto-Draft, was designed to better meet the needs of tool design. 


2. AUTO-DRAFT | | | 

The Auto-Draft system was developed to draw tooling components (with associated non- 
graphic properties attached to them) which can be used in generating Bill of Materials (BOM) 
reports upon completion of the design task. A single graphics command will quickly draw ac- 
curate tool components which require no further modification. The non-graphic properties | 
associated with the components are extracted from the database, tallied, merged, formatted, 
and output to a text file when a single command, BOM, is invoked. This file is then inserted 
into a standard BOM form and/or printed to an output device. 

The newly developed Auto-Draft commands, executed in the CADDS3 system, are 
‘“‘DRAW,”’ the graphics command and ‘‘RUN BOM,,”’’ the bill of materials command. 


1 GRAPHICS COMMAND — DRAW 
1.1 Parameter File 

In Auto-Draft, each component is described parametrically. Similarly shaped components 
are grouped together under common component names (e.g., strap clamp, bolt, washer, etc.). 
Each group of components is stored in separate text files; each component in a group has a 
unique identification label, or tool-ID, consisting of two or three mnemonic letters followed 
by a number. 

Additions, deletions, or modifications to these files are easily accomplished through file- 
editing outside of the Auto-Draft system. Figure 2.1a shows an example of a parameter file. 
Figure 2.1b describes the format of parameter files. Each tool component has a pre-defined 
Origin and orientation, an example of which is shown in Figure 2.1c. 


2: 
va 


| FILE NAME: TOOL.SCLMP 


PARAMETERS ARE USED TO AUTO-DRAFT THREE TYPES OF CLAMPS: 
| -— 1JI10226 STRAP CLAMP, TYPE 
2 - CARR-LANE STRAP CLAMP, TYPE| 
3 - SLOTTED STRAP CLAMP, | Ty Pee 


FURTHER DOCUMENTATION ON PAGES 4 & 34. AUTO-DRAFT MANUAL SECTION D. 
*+ (|7 

C D E THREAD H 

Pa 244 .50 YI]. .3125 
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Figure 2.1a: Parameter file for STRAP CLAMPS 


FILE NAME: TOOL.SCLMP 
PARAMETERS ARE USED TO AUTO-DRAFT THREE TYPES OF CLAMPS: 


FLLE, pEscatrrtew | —- IJIO0226 STRAP CLAMP, TYPE! 
ered 2 ~- CARR-LANE STRAP CLAMP, TYPE| 
3 - SLOTTED STRAP CLAMP, TYPE? 


FURTHER DOCUMENTATION ON PAGES 4 & 34, AUTO-DRAFT MANUAL SECTION D. 


Tate S *% 17 6 8 
sire resales \ 
TOOL COMPONENT TYPE 
UNBER SF PARANETERS 
ARANETER FIELD WIBTN 
DENTIFICATION & COMMENT FIELD WLOTW 
(THE LDEWTLFICATION MUST BE DELIMITED BY A SPACE 
AMYTHING AFTER THE SPACE [(S CONSIDERED A CONMENT) 
7 TODT A B CC D E F THREAD H 
SCI 1d10226-1 50 1.00 2.75 .44 1.50 .4! .3125  .38 
SC2. 1d 10226-2 62 1.25 3.00 .76 1.64 .53 1625  .40 
SC3 1Jd10226-3 62 1.20 4.00 1.00 2.25 153 15 56 
cum  } OCH. 110226-4 62 1.20 5.00 1.00 2.25 54.5 56 
wenteration <2 SCS | 1 0226-5 752.00 6.00 2.75 2.25 53 15 62 
ramuerers =) CCH 1 J10226-6 1.00 2.50 9.00 5.43 2.50 66 .625 75 
SCT 1J10226-7 1.00 2.50 12.00 8.43 2.50 66 .625 75 
1 $¢8 CLA-2505-5 62 1.25 4.00 1.00 2.25 .53 ..5 uy 
$C9 CLA~2505-10 M62 Is25 GeO 1250: 2.25 53.5 by 
See Ge eee | | 
i er 
SC10 5030 | 62 1.25 4.00 1.00 2.25 .53 .28  .37 
Sci 


5062  .75 1.50 6.00 1.50 2.50 .66 .28 «50 


Figure 2.1b: Parameter file format for STRAP CLAMPS 


TYPE | CLAMP - DR & TAP HOLE 


ORIGIN OR & TAP FOR THREAD 


ORIGIN. 


ORIGIN 


TYPE 2 CLAMP - SLOTTED 
ORIGIN 


QRIGIN 


G (THREAD) 


ORIGIN 


Figure 2.1c: Parameter definitions for STRAP CLAMPS 


Table II provides a comparison between the amount of space required for storage of 
Auto-Draft component parameters and storage of pre-drawn components. Note that the 
amount of space used for the Auto-Draft software is also included in the comparison. 


Table Il: 
Sector size comparison between Auto-Draft components and Pre-drawn parts 


_Auto-Draft Graphics Pre-drawn Parts 
# COMPONENTS i COMPONENTS 
DESCRIPTION |{NO MODIFICATION PES IORS Fo opescrrptron | (NO MODIFICATION [P&S FORS 
NECESSARY) NECESSARY) 


AUTO-DRAFT [BOLT ROUND HEAD 12 
SOFTWARE TOP VIEW 
| BOLT ROUND HEAD I 12 
| PARAMETER FILES FRONT VIEW 
. BOLT HEX HEAD \ '2 
BOLTS 17 20 Toh ATEY 
ROUND & HEX HEAD BOLT HEX HEAD | 12 
ALL VIEWS FRONT VIEW 
CLAMP DR&TAP 12 
CLAMPS Ht 4 oe VEEN 
OR & TAP CLAMP DR&TAP 12 
SLOTTED FRONT VIEW 0° 
ALL VIEWS 
CLAMP DR&TAP 12 
FRONT VIEW 90° 
| CLAMP SLOTTED I 12 
TOP VIEW 
CLAMP SLOTTED 12 
FRONT VIEW 08 
CLAMP SLOTTED 12 


FRONT VIEW 90° 


2.1.2 Auto-Draft Graphics Software 

_. The verb DRAW and its alternate spelling DRA are added to the CADDS 3 graphics 
command tables (verb-noun tables). This verb is used to activate the Auto-Draft system. Once 
the verb is added, no further updating of the tables is required regardless of any additions, 
modifications, or deletions to the Auto-Draft system. The component group name, within 

_ Auto-Draft, is used to simulate the ‘noun’ in the command syntax. The format of a standard 
CADDS 3 command has been maintained as shown in Figure 2.1d. 


HDRA ‘NOUN’ TOOL-ID (MODIFIERS) :DIG D DIG D DIG DD...) 
# 


H#INS PART PART-NAME (MODIFIERS) :DIG D DIG D DIG DD...) 
4 : 


Figure 2.1d: Comparison of Auto-Draft command syntax 
to CADDS 3 command syntax 


The structure of the Auto-Draft graphics software is comprised of both newly-developed 
subroutines and CADDS 3 utility subroutines. The newly-developed software was written to 
interpret the data input by the user and to calculate the graphic output, or entities, required 
for a given component. The system utility subroutines are used as interfaces between the user 
and Auto-Draft and between Auto-Draft and the graphics database. See Appendix B for a 
description of the Auto-Draft and system subroutines used. Auto-Draft subroutines are writ- 
ten in FORTRAN-S, an adaptation of standard FORTRAN*. FORTRANSS was developed by 
Computervision for the CADDS 3 graphics system. 

The Auto-Draft subroutines fall into two categories: the input command interpreter and 
the graphics output. 


2.1.2.1 Auto-Draft Input Command Interpreter x 

This section processes the user input. It is divided into four subsections necessary for the 
user to identify a specific component: 

a. component name or ‘‘noun’’ (Auto-Draft ‘‘noun’’ processor); 
b. component identification (tool-ID); 

c. component orientation and/or view (modifier processor); 

d. component-origin coordinate location (GETDATA). 

Component names are stored in the Component Name Table. System subroutines are 
used to return the table index corresponding to the user-input name. This index is then used 
to identify the group parameter file and geometry subroutines that will calculate and insert the 
resultant geometry into the graphics database. Inputting a question mark (?) instead of the 
component name directs the system to list the table of available Auto-Draft components on 
the command device. The user can input the name at this point and continue in the Auto- 
Draft mode, or exit with a carriage return. Figure 2.le describes a typical input sequence that 
illustrates this feature. 


H#DRAW 
PLATE CLAMP BOLT NUT WASHER BUTTON 


DPIN BSHING 


Figure 2.1e: Component name listing to command device 


NOTE: A carriage return or Control E entered at any point within the command sequence 
will terminate the command. , 


Component identification, or tool-ID’s, are input after the appropriate component group 
file has been opened up. The file is searched until a match is found; then the corresponding 
parameters are loaded into a parameter array to be used by the geometry section of the soft- 
ware. If no match is found, then the system informs the user of this fact and Auto-Draft is 
exited. A question mark (?) input in place of the tool-ID serves the same purpose as described 
above, except that the list would contain the tool-ID’s and parameters found in the active 
group file. Auto-Draft then prompts the user for the desired tool-ID, as shown in Figure 2.1f. 


*Standard FORTRAN, as described in American Standard FORTRAN, approved March 7, 1966, American Stan- 
dards Association, Inc. Document x3-9-1966. 
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HORAW CLAMP? 


FOOT THREAD 
SC | bh Oe Od eo eo 
SC2 Id1O0226—2 3029 
S63 Il hO22649 : 
SCH IJ10226-4 
SC> <~ShHtO226=5 
SC6 I[J10226-6 
Scr.) AdhOg2o—7 


SC8 CLA-25059-5 
SCS . CLA=2505=1.0 


| §c10 5030 
SCIl 5062 


NN NN NNNNN - — 


PLEASE INPUT TOOLID- 


Figure 2.1f: Tool component listing to command device 


The listing can be interrupted by using the escape key (ESC); various control characters 
are then input (e.g., Q, N, K). Entering a Q will direct the system to jump to the end of the 
file and output the user-prompt to the command device. 

Component view and orientation modifiers are input after the desired component has 
been identified with the tool-ID (see Figure 2.1g.) 


Spc ae eo LG 5. <a 3g 
2 q )—CARRIAGE RETURN 
= GETDATA 


MODIFIERS 

TOOL-ID (COMPONENT IDENTIFICATION) 
'NOUN’ (COMPONENT GROUP NAME) 
AUTO-DRAFT VERB 


Figure 2.1g: Auto-Draft command syntax 


| A series of default values exist and will be used if no modifiers are input. Auto-Draft 
~ allows for nine modifiers: view — TOP, FRONT, SIDE; orientation — ANG, PRP, VEC; 
LAY; DEP; INV. 


TOP — Draw the top view of the component (default) 
FRONT — Draw the front view 
SIDE — __ Draw the side view 


1] 


oN 


_V 


WORAW DPIN DP3:0I6 Dj: 
FRONT :DIG 
SIDE:DIG 
TOP INV ANG62 DIG DO; 
FRONT :DIG 
SIDE:DIG Dy) 


DIAMOND PIN TOP. FRONT. AND SIDE VIEWS AT 0 DEGREES AND 62 DEGREES 


Figure 2.1h: Example of Auto-Draft graphic command structure using the 
ANG and View modifiers 


ANG — ___ Draw the component such that its major axis froms the specified angle with the 
positive X-axis, rotated in the X-Y plane about the component-origin (default is 
0.0 degrees). This mode, ANG 0, is default when no view modifiers are input. 

PRP — _ Draw the component perpendicular to a selected entity (line or circle/arc). The 
coordinate-locations of the origins are then digitized. 


+ 


0 
i. 


#ORAW CLAMP 301 PRP:ENT 0 DIG 0, OFENT O, DIG DENT 0D, OLG DZENT DO, OIG DO, FNT 4,016 0%, » 
# 


= 


Figure 2.1i: Example of Auto-Draft graphic command structure | 
using the PRP modifier 
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VEC — Draw the component along the vector defined by two input locations or digitizes, 
the first of which locates the origin of the component. 


#DRA CLAMP SCI VEC:DIG D, Dg 
es 


FRONT :DIG 
SIDE:OT6 | 
TOP: 

| FRONTIDIG’ BY D 
SIDE:DIG Por 


Figure 2 2. 1j Af: se of Auto- Draft graphic command structure using the VEC and View 


amogers . i 
“— LAY — : Sei ie component on the specified layer (default is current construction layer) 
DEP — Draw the component at the specified Z-depth (default is current construction 
= depth) 
INV — Draw the component in an inverted (up-side down) position (default is non- 
| inverted) 
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= 7 
= Ul 
bre a 
U a 


WORAW BOLT SSI LAY4 DEPI.25:DIG Dj: 
FRONT :DIG 
SIDE:D16 Dy 
TOP INV DEPI.7 LAYS:DIG 0; 
FRONT :DIG Dy 
SIDE:DIG D, 


THE roe HEAD BOLT SSI HAS BEEN DRAWN UPRIGHT ON LAYER 4 AT DEPTH | .25 
AND INVERTED ON LAYER 5 AT DEPTH | .7 


Figure 2.1k: Example of Auto-Draft graphic command structure using the INV, 
DEP, LAY and View modifiers 


Not all modifiers apply to all components. For example, strap clamps are not drawn in- 
verted; orientation modifiers are meaningless for nuts, bolts, and washers. A colon (:) ter- 
minates the modifier section and initiates the component coordinate location, or GETDATA, 
processor. 

The user inputs the coordinate location information via the GETDATA processor. When 
Auto-Draft is in the ANG mode the system prompt — DIG — is output to the command 
device. Subsequent digitizes select the origin locations for the active tool component. In the 
_ VEC mode two digitizes per component are required after the DIG prompt. The component is 
drawn such that its major axis is placed along the vector described by the two digitized points. 
In the PRP mode the system prompt — ENT — prompts the user to select the line, circle, or 
arc that he wants the component to be perpendicular to. Upon selection, the system prompts | 
with DIG, after which the user digitizes the origin(s) of the component(s) to be drawn. A 
semicolon (;) entered in the PRP GETDATA mode will return to the ENT prompt. A colon 
returns the user to the modifier processor with all previously specified modifier states (chosen 
and default) still in effect. 


2.1.2.2 Auto-Draft Graphics Output 


This section outputs the entities that comprise the seaphics representation of the compo- 
nent to the graphics database. It is divided into two subsections: 


a. geometric graphics description; 
b. non-graphic-related data. 


Geometric graphics description subroutines are of two types: general geometric shapes 
and component-specific geometry. Auto-Draft is designed to build geometry by first defining 
basic entities (lines, circles, etc.), and then combining these to make simple shapes (rectangles, 
hexagons, etc.). These shapes are then combined into figures that represent parts of the com- 
ponent. Figure 2.11 shows the combination of three arcs, three lines, and a rectangle (open- 
topped) into a hex-head figure. 
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BASIC ENTITIES ———————w SIMPLE SHAPE S——————_——-» /O0L COMPONENT 
FIGURES 


A aaa ae. 


HEX HEAD FIGURE 


LINES 
LINES RECTANGLE, 
(OPEN TOP) 


Figure 2.11: Side view of the hex head figure 


These figures are further combined with other figures to form the tooling component. 
Each component requires one or two subroutines to define which combination of figures, 
shapes, and/or entities should be used to represent front, side, or top views of the compo- 


nent. This is illustrated in Figure 2.1m. 


BASIC SIMPLE TOOL TOOL 
ENTITIES © SHAPES COMPONENT COMPONENTS 
eae oa FIGURES | 


| 
sie 
ah 
ployt 
{ ! 1 I 
NU 
anes, ROUND HEAD BOLT 
me ; 
the 
ployd 
Lb aman 
NY 


HEX HEAD NUT 


Figure 2.1m: Tool component geometry construction 


Non-graphic-related data is associated with each component. The entities comprising a 
component are related to each other via a CV device called a ‘‘group.’’ This allows the user 
and certain CADDS 3 utilities to treat the component as if it were a single entity. Movement 
or erasure of the component, for example, can be effected by selecting it as a group with a 


single digitize. 


— 


Each component has its identification (tool-ID) stored with it in the form of a ‘‘tag.’’ 
The tag is text (six characters or less) that can be temporarily displayed via the CADDS com- 
mand — DIS TAG. 

Each component also has four ‘‘properties’’ associated with it. These are: component 
name; component identification (tool-ID); angle of orientation; and a flag indicating whether 
the component is inverted or not. These properties are stored on a ‘‘node,’’ a CADDS 3 enti- 
ty, included in the database for each component. These properties can be listed to the com- 
mand device with the use of the CADDS command — LST PROP. The component identifica- 
tion is used by the BOM portion of Auto-Draft. The others are used in another application | 
currently under development at General Dynamics. 

Once all graphic and non- graphic data has been inserted into the database, the graphic 
representation of the component is inserted into the display, or REGEN, file for output to the 
display device. 


2.2 Automatic Bill of Materials (BOM) Command 
The command used to invoke the Bill of Materials feature of Auto-Draft is — RUN 


BOM. The verb RUN is a utility command provided by the CADDS 3 graphics system; there- ae 


fore, no modification to the system’s command (verb-noun) tables is required. | 

The top view of each component drawn with the Auto-Draft system contains a node ath, 
the tool-ID attached to it. Auto-Draft searches the drawing database for these nodes. When 
found, the tool-ID is extracted from the node and entered into a table that contains a oa — 
of each component’s occurrence in the drawing. Upon completing the database search and | 
building the tool-ID/count table, the user is prompted to input the file name that the BOM 
data will be written into. He is also prompted for the part number, tool symbol, tool aamiber. 
number of setups, and T/D change (revision status). Auto-Draft then formats a header which 
is Output to the BOM data file and the command device. 

Attributes and material information for all components in the system are contained in- 


another file which is then searched for a match of tool-ID’s. If a match i is found, then the in- 2 


formation is copied to the BOM data file, along with the component count, and output to the 
command device. If no match is found, then the tool-ID, component count, and a message 
stating that no information was found for the component is output to the BOM data file and 
the command device. | 

The Auto-Draft system tracks the building of the BOM data file so that when thirteen 
components have been written to the file (enough to fill a page) a new header is output. The © 
new header contains all of the same data previously entered by the user and, additionally, an 
automatic count of the pages. This count is entered into the ‘SHEET ___ OF ___’ section 
of the header. 

If no Auto-Draft components were used in the drawing, then a message is output to the 
command device informing the user of this fact. The RUN BOM command is then exited. | 

The BOM form used in Convair’s Tool Design department is stored as a CADDS 3 part. 
While in CADDS, an execute file* is used to insert the form and the data in the BOM data 
file into the drawing (on a layer reserved for this use). Figure 2.2a is an example of the BOM 
format. 


*Execute files are a series of commands, and answers to prompts that may be invoked with the use of the com- 
mand — EXECUTE. 


a 


CONVAIR DIVISION 


BILL OF MATERIALS 
TOOL DESIGN 


PART NUMBER TDTEST SET-UPS 


TOOL IS USED 


DATE - 3-18-31 TIME - 10248:24 SHEET - 1 - OF 4 T/D CHANGE 8 


DET ITEM QTY DESCRIPTION ———~=MATERTAL.~—~—«=*«=*«=*ZONE'==SSCREMARKS 
| jess PLATE 1X 15 X 15 2024-TH A 
4 | CLAMP 1J10226-| .SX1X2.75 7075-765) AL 
7 | WASHER 3/8 STD STEEL WASHER 
4 |SOCKT HD STRPR BOLT | 3/8-24X2 STL STRPR BLT 
4 | SOCKT HD CAP SCREW | 3/8-24X1.5 STEEL 
3 | DOWEL PIN .25 DIA X 1.0 HRD STEE 
4 | HEX NUT 3/8-16 THD STD STL NUT 
| 


DIAMOND PIN 1050-50 STEEL DMND PIN 
| 


| 7 — 2.2a: Auto-Draft Bill of Materials: 


3 ‘SUMMARY | 


, ‘The Auto-Draft system 1S used to quickly and accurately draw tooling components, such 
as diamond pins, clamps, and base plates, in tool design drawings produced on Computer- 
vision. All figures of components contained in this paper were drawn using Auto-Draft. The 
Bill of Materials report (Figure 2.2a) was generated from a ‘‘tool design’’ that included Auto- 
- Draft components. 

| _ Modifications to existing component parameter files are easily effected outside of Auto- 


; . Draft. Changes are made while in the CV operating system, using the text editor. 


New component groups may be added to Auto-Draft. This requires inserting the new 


name into the Component Name Table and adding the appropriate geometry-construction 


- subroutines to the Auto-Draft software. 
| -_ The command DRAW, which invokes the graphics portion of Auto-Draft, requires a 
~ One-time modification made to the standard CADDS 3 verb-noun tables. This is so regardless 


_ Of any future modifications to or additions of components. 


i The Auto-Draft command interpreter was designed as a general purpose device. This will 
~ allow the application of Auto-Draft to ANY design task that uses a library of standard com- 
- ponents. Different Component Name Tables and their corresponding geometric graphics 
description subroutines are loaded independent of the Auto-Draft interpreter. 

_ Likewise, data contained in component attribute-and material-information files are easily 
built to reflect new applications. Multiple forms, for each application, can be stored on disk; 
easily created or updated as a CADDS 3 part. 
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SUBROUTINE “GETDATA” 
GETDATA PROCESSOR AND GEOMETRY CONSTRUCTION 
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O01] 
9012 FOR “NOUNS” 7- 


END 


SUBROUTINE “NAMEMOD” 
PSEUDO “NOUN” MODIFIER PROCESSOR 


ENT 


INPUT PSEUDO “NOUN” MODIFIERS 


CALLS SYSTEM SUBROUTINES: 
“STOUT! 
"STHIN” 


PSEUDO “NOUN” TYPE RETURNED FROM 
8 SYSTEM SUBROUTINES 


SET INOUN 
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SET EXIT FLAG IF: 
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SUBROUIING *FO0LMCD” 
MODIFIER PROCESSOR FOR VIEW AND ORIENTATION 


ENTER 


SET EXIT FLAG=0 


NO (CINDX=2) 


YES 


SET DEFAULT MODIFIER VALUES 
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INPUT MODIFIERS 
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EXIT Plas 
SET EXIT FLAG IF: SET 
CHARACTER IS “SPECIAL CHARACTER” 
CHARACTER IS “TE” CCONTROL E) 
CHARACTER IS “CR” (CARRIAGE RETURN) 


2 RUBOUTS 
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SUBROUTINE “GETDATA“ 
GEIDATA PROCESSOR, AND GEOMETRY CONSTRUCTION 


EINE 


SET INDX=0 


GETDATA “ENT” MODE 
DIGITIZABLE ENTITIES ARE 
LINES AND CIRCLES/ARCS 


CALLS SYSTEM SUBROUTINES: 
"ECRIO2” 
NECRIO3" 
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NO 


YES” 


_GETDATA “DIG” MODE 
| DIGITIZE FOR ANG AND PRP MODIFIERS 
2 DIGITIZES FOR VEC MODIFIER 


CALLS SYSTEM SUBROUTINES: 
MECRIOA” 
"ECR IOB” 


SET INDX=2 
RETURN. TO 


MODIFIER 
PROCESSOR 


“CLINK” TO GEOMETRY CONSTRUCTION CORELOADS 


CORELOADS “CLINKED” TO: 
9011 FOR “NOUNS” 2-6 
9012 FOR “NOUNS” 7- 


RETURN 
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Appendix B 


Auto-Draft System 
Subroutines 
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RUTO-DRREF ROUTINES © 


RRC - INSERT AN RRC INTO THE DATRBREE COM FILE 

BREEPLT — CONSTRUCT ALL VIEWS OF FHE BREE PLATE 

BLT THED — COMSTRUCT THE SLEEVE BND THRERD FIRE FOR BOLTS 
BOLTFRSD — COME TRUCT RA BOLT FRONT OF ZIDE Y¥IEtd 


 BOLTFTOP - CONSTRUCT & BOLT TOP VIE 


BPSETUP — PREPARE THE PRET FOR FHE INSERTION OF & BRSEPLATE 
BUSHINisit — CONSTRUCT ALL VIEWS OF A BULLET NOSE DOWEL & BUSHING 
BUSHING2 -—- CONSTRUCT ALL YIeWwS OF A LOCATOR BUSHING 

CIRCLE — INSERT A CIRCLE INTO THe DATABASE COM FILE 
MLINE -— INSERT CENTER LINES INTO FRE DATRBERSE COM FILE 
CLMPFRID -— CONSTRUCT FA CLAMP FRONT Of 2IDE WIEle 

CLMPTOP — CONSTRUCT & CLAMP TOP VIEle 


, CROSSLN — INSERT CROSSED LINES INFO THE DATABRSE COM FILE 


PPINBTM - CONSTRUCT BS DIAMOND PIN FRONT & SIDE VIEW LOWER SRRT 
DPINFRSD — CONSTRUCT FR DIRROND PIN FRONT OF SIDE VIE 
DPINPTS - CALCULATE THE POINTS MECCED SAY FOR FRONT & SIDE VIEWS 


* 4 DPINTOP -— CONSTRUCT F DIAMOND PIM TOP ¥IEls 
fesse BELIP:— INSERT RLL OR PART OF AY ELLIPSE INTO THE DATABASE 
-. RINDID — SEARCH THE PRRAMETER FILE FOR THE INPUT TOOL-ED 
~ ENDARC — FIND THE RRC DESCRIBED BY AN ISOSCELES TRIANGLE 


GETDRTA — RETRIEYE INPUT COORDINATES AND CLINK TO CONSTRUCT TO 


- HE. — INSERT 7 HEXAGON INTO THE DATABASE COM FILE 


HEXHD — CONSTRUCT THE FRONT-SIDE VIEW OF & HEX HERD FIGURE 


HREMUT — CONSTRUCT ALL VIEWS OF R HES HEAD NUT 


IDINPHT — CONTROLL THE USER INPUT TOOL-ID 

INLINE — INSERT FR LINE INTO THE DATRRASE CoM FILE 

INPROP — INSERT PROPERTIES ON THE ‘MODE & INSERT IT INTO THE 2B 
LOCBTN — CONSTRUCT ALL YIEWS OF A LOCATOR BUTTON 

“MEINGOLO — MRIN PROGRAM OF CORELORD S19 

MAINGOLTL — MARIN PROGRAM OF CORELOAD 30trt 

“MAINGHLO — MARIN PROGRAM OF CORELORD 3012 

MULTLM — INSERT ONG TO FOUR LINES INTO THE DATABASE COM FILE 
HAMEIN — RETRIEVE TOOL COMPONENT IDENTIFICATION 

NAMEMOD — NAPE OR “NOUN” “MODIFIER PROCESSOR 

OFFSET — CONSTRUCT THE ‘OFFSET’ FISURPE 

PRINTID — LIZT THE COMPONENT PRRARETERS TO THE COM DEVICE 
RPECTNGL — INSERT A RECTANGLE INTO THE DRTRBRESE com FILE - 
RNDHD — CONSTRUCT THE FRONT-SIDE ¥YIEW OF & SOLIND HERD FIGURE 
TRASGRE — TAGs GROUP AND INSERT COMPONENT INTO DRTABROE 
TOOLMOD — VIEW AYD-OR ORIENTAFION MODIFIER PROCESSOR 
WSHER — CONSTRUCT ALL ¥IENS OF & isREHER 
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STSTEM ROUTINES 


RBS ~- RESOLUTE ¥YALUE 
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SU02 — MODIF’? “MI” DESCRIPTOR WORDS 
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DBTFRE - FREE TRSK DAHTABRIEE =CRATCH 2PACE 
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DidSt -— OPEN A PDF RECORD FOR CRERTE 
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MALLS GETOIATR BOTH TO INITIALICE % RETRIEVE DATA 

ECCRIOB -— RETURN TO fe ere eae LOCRTION OF © 
REQUESTED DRTR 

ECRIDSA — RETRIEVE DRTR INPUT FROM SETDATA mo 

ECRING -— APPLICATION INTERFRCE ROUITNE FOR CALLING SETOATA. 
CALLS GETDATR BOTH TO INITIALIZE &% RETRIEVE ORTA 

ECRIO6e - CLERR SETDRTR FOR MéElt COMMAND 

SETCLS = LLOSE PILE 

SBEIPIL. = GRehR FilLe 

SETLIN -— READ IN A LINE FROM A FILE 

BETSKP -— SKIP LINES IN ® FILE 

SPPIS - TURM ON RATFENTION BIT 

MUR - SENERATE A PERPENDICULAR FROM A POINT TO R LINE 
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ABSTRACT 

INTEROPTICS is an interactive optical systems package designed to permit users at 
various levels of experience to do graphical analysis of an optical system or to integrate op- 
tical systems into a mechanical system. 

The design package contains routines for constructing the standard optical cross-sectional 
drawing of the lens system from the lens formula parameters, for mathematically tracing and .5 
plotting meridional rays through the system interactively by the user, and for tracing bundles, | 
fans, or single rays interactively. An important feature of the system is the capability of 
building-in constraints such that a user without extensive optical experience can develop valid 
optical information without violating the specifications prescribed by the optical system 
designer. | 

A database of designs has been created on the system for use by engineering personnel in 
other disciplines. A directory of these optical systems is available by a command from the 
menu. The menu also contains commands to initiate ray traces and drawings of new systems. 

Interoptics is a software system to permit an interactive interface between the user and an 
_ optical systems data base. One of the main goals of the project was to provide a tool wherein 
a mechanical designer could be given substantial freedom to develop the mechanical aspects of 
his project and still stay within the constraints of the optical system requirements. This can be 
achieved by the optical system designer providing an ‘‘active’’ data base for his optical system 
such that the mechanical designer can make certain modifications to the system without 
violating the optical constraints. 


DESIGN GOALS 
The capabilities of the system include: 


1. An “‘active’’ interface between the operator-mechanical designer. ‘‘Active’’ interface means 
that the CAD system operator can develop the characteristics of an optical system as he 
needs them by requests to the CAD system through the keyboard or a menu. The results of 
these requests, graphically and numerically displayed, can be reviewed as they appear on 
the displays. This information can be retained as part of the database or rejected and new 
information requested based on the previous results. 
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. A data base of optical designs for use by various engineering groups. A single set of 


parameters (radii, thicknesses, separations, and indices of refraction) for any given lens 
system are entered into the database. This data is used for all subsequent programs (lens 
drawings, ray traces, etc.) thus insuring that all information is consistent and compatible. 


. Ameans of doing certain types of optical analysis utilizing the specific advantages of CAD 


presentation. By the very nature of the CAD graphical presentation, a form of optical 
analysis is implied. One can watch the ray traces develop and make judgments or inter- 
pretations of the lens system performance. It is even possible to observe the effects of the 
typical aberrations (spherical aberration, coma, astigmatism, curvature of field, and distor- 
tion) on certain classes of systems. Spot diagrams of image characteristics can also be 
demonstrated. Of course the extent to which these effects can be seen are:a function of the 
correction of the lens system and the inherent resolution of the CAD system. 


. An integrated process to permit the optical, mechanical, and fabrication aspects of a pro- 


ject to be coordinated within a CAD system. Instead of having separately created drawings 
of lens elements, lens assemblies, mechanical assemblies, etc. as is traditionally done, all of 
the above can now be created using a uniform database. The integrated optical-mechanical 
system resulting from this approach should be a more consistent and error free design. 


. As an effective learning device for optical concepts. We have observed that the process of — 


interactively tracing rays through a system graphically has enhanced the understanding 
of how optical systems work. This increased awareness of the sometimes difficult concepts ~ 
of optics strengthens our premise that such a system as this should result in sounder, more 
functional optical-mechanical designs. 


It was not the intention to provide an optical design capability in the traditional sense but — 


to provide a facility for non-optical engineering people to more effectively use the optical 
designs supplied to them. All aspects of the system can utilize the full dimensional capabilities* 
of the system. 


c 2 


IMPLEMENTATION 


Through a directory provided on the system, the user can select the optical system to be 


studied. 
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The optical designer provides PEP or FORTRAN programs that supply a number of op- 
ns: 


A standard optical cross section diagram of the lens including focal surface and aperture 
designation. Figure 2. The drawing is created from the constructional data for the lens 
system and a PEP program rather than by digitizing the entities. This tends to insure a 
consistency and accuracy for programs that follow. 

A meridional ray trace program in which the operator can select appropriate rays for his 
mechanical requirements. Figure 3. The optical designer has built-in limits that prevent the 
operator from tracing invalid rays. 

For example, the maximum ray height through the aperture can be programmed such 
that an attempt to trace rays greater than the designed aperture will result in an error 
message. Similarly, lens element clear apertures intended to introduce controlled vignetting 
can be programmed to reject rays beyond the clear aperture. 

A similar restriction could be placed on the selection of field angles if this is ap- 
propriate to the design at hand. In some cases, such as the one described in the next sec- 
tion, it is more realistic to leave the field angle unrestricted. In this case, one of the 
operator’s options would be to examine unwanted rays that do get through the optical 
system and need to be blocked by a mechanical baffle. 

Where appropriate, e.g. photographic systems, unit focussing or front element focus- 
sing can be included and operator input of subject distance provided. The graphic presen- 
tation can show the displacement of the lens unit or front element for the refocussed lens. 

Intermediate or final numerical results of the optical calculations can be shown on the 
Operator’s terminal if desired. 


3. The optical designer will also provide whatever additional optical components are required, 
such as mirrors, prisms, etc. As an example of the interaction aspect of the program con- 
sider a diagonal plane mirror introduced into the optical path to fold the system. Figure 3. 
To give the mechanical designer the greatest freedom in his work, he is permitted to select 
the position of that mirror and its angle relative to the optical axis. The reflected and 
unreflected rays traced through the system will guide him to a workable configuration 
wherein all desired rays get to the image surface and unwanted rays are properly baffled or 
excluded in some way. 

4. A skew ray trace is also provided. A skew ray is one which can pass through the optical 
system at any orientation in three dimensional space. With this capability the mechanical 
designer can define the maximum cone of light required by the optical system and most ef- 
ficiently use adjacent space for his application. Again the optical designer can provide con- 
straints for the ray trace. Figures 4 and 5 show eight skew rays traced through a corrected 
three element optical system to an off-axis image point. All rays pass through a common 
image point within the resolution of the drawing. Figure 6 shows four views of skew rays 
traced through a simple single element lens to three off-axis image points. The effects of 

‘ spherical aberration and curvature of field can readily be seen. Figure 7 is an enlarged view 

from Figure 6 showing a typical spot diagram and illustrating the aberration known as 

coma. 
5. A special software subsystem written in FORTRAN using matrix methods has been 
developed to permit analysis and design of prism and mirror systems. Intended for plane 
reflecting surfaces, the program graphically presents the orientation and position of images 
and rays in multiple mirror systems in three dimensions. The technique can be very useful 
in determining in a graphic way the effect of the plane mirror system and its perturbations 

,on the image of a system. For example, the effect of reversals and inversions due to the 

mirror system and the tilts and rotations of the image due to errors in the mirror or prism 

angles are easily seen. 

Figure 8 shows the well known penta prism with the letter ‘‘F’’ at its entrance face. 
Views 1, 2, 3, and 7 are shown. The position and orientation of the image of the letter is 
then shown as it would be seen through the viewing face. For comparison, Figure 9 shows 
the similar effect for the standard right-angle prism. Note the reversal of the ‘‘F’’ and the 
changed location of the image. Figure 10 illustrates the effect of tilting the hypotenuse of 
the prism such that it is not perpendicular to the base of the prism. Note the rotation and 
tilt of the letter ‘‘F’’. 


With a data base of lens system and the ‘‘tools’’ described above, the engineer can 
develop his mechanical system to satisfy his requirements and still be confident that the op- 
tical functions are also properly met. 


EXTENSIONS | 

In addition to what has been described above, the package can provide drawings for 
fabrication, assembly, illustration, or patent purposes. A standard form drawing for in- 
dividual element specification has been provided for use by the optical shop or for outside 
quotation. Figure 11. The database can, of course, be extended to provide the information for 
typical computer aided manufacturing uses. 


DESIGN GOALS 
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Figure 4 


Figure 5 
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Figure 6 
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ABSTRACT | | 

At Room Air Conditioning in Louisville, Kentucky, we have had a CV system since 
January 1980. We look forward to the day when we can use it as a design tool more than as a 
Drafting tool. After acquiring the system, we began to build a data base, that is, we began to 
put manual drawings into the system. This has been and still is a long, tedious process. 

Tabulated drawings have been part of the Drafting world for years. They allow a savings 
because so many parts can be defined on one drawing without having a detailed drawing for 
each part. Even though the majority of our work is 3-D, we elected to put 2-D tabulated 
drawings on the system allowing a significant savings of disc space. For system management 
this was nice, but for design purposes it was not because we needed to have access to each 
part. The designer needed to be able to add these parts in 3-D to his assembly or layout draw- 
ings. 

By calling a master execute file which controls the building of the part according to the 
specifications on the tabulated drawing, the designer now has the ability to add that specific 
part to his drawing. The master execute file controls execution of a series of data extract/data 
merge, edit, CV Teco, and Parex file routines which build the part per the specification. 

The designer only needs to know the tabulated drawing part number to add the part to his 
drawing. 

At the same time, we also realized that the use of nodal information on the tabulated 
drawing would not only allow the use of data extract for drawing purposes, but also aid to 
further design development from an engineer’s point of view. These 2-D tabulated drawings 
can now be used for other extraction, such as formulating a listing of certain types of parts 
along with any desired information from the tabulated drawing. This is accomplished with 
very little effort since only a short data extract needs to be written. 

Use of these tabulated drawings allow us to carry one CAD file and 3-4 system files in 
exchange for a 3-D drawing of each part on the tabulated drawing. We plan to expand our 
use of data extract procedures for record keeping of drawing information, material extraction 
and etc. 
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INTRODUCTION 

A few months after acquiring a system we decided to investigate wae: we could do with 
Parex Files. We wrote files that could draw a crude fan motor, a part that could be used in 
assembly drawings. The operator input certain variables, such as shaft lengths and diameters, 
and the system would build that fan motor. (The operator had to know the specifications of 
that particular fan motor.) | 

The ideal situation would allow the operator to input the part number and the system 
would draw a 3-D part according to the specifications of that particular part. A procedure 
allowing this is now available. This procedure uses a series of data extract, data merge, edit, 
CVTECO, Parex and PEP Files to build the part by the input of the part number. The 
operator does not need to know any of the dimensional specifications of the part, just the 
part number. | 


MAP OF PROCEDURE | 

This process uses an extract file, 3 Parex Files (2 of which are standard for all parts), 2 
text files, and a 2-D CADDS File (which can be archived) to support the sequence of data ex- 
tract/data merge, edit and building of the part by the Parex File. We can access an unlimited | 
number of specific 3-D fan motors with 7 files and not have to change anything after we have 
called for the part. | 

A master file shows the parts available to the designer and calls the master Parex File. 
The master Parex file controls the command sequence including filing the CADDS File the 
designer is now working on, building and temporarily filing the part, and then returning the 
designer to his original CADDS File ready to add the part just created. Another Parex File — 
contains the commands needed to build the part. And a 2-D tabulated drawing is created in « 

CADDS from which a master text file is made containing the specific dimensions for each 

part. ; | | 


NODAL TABULATED DRAWINGS 

The text on the drawing format (See Figure #1, Items 1-8) is Universal Nodal Text. This 
applies to all of our drawings whether they are tabulated or not. Only the drawing number is 
necessary for our drawing build-up, but the test is used for other programs to keep track of 
drawing information. 

On tabulated drawings, each line of tabulation is a nodal figure which has been inserted 
into the drawing. The text nodes have been properly spaced to allow the nodal text to appear 
under its appropriate column, and specifications are built into them to designate the text 
height and width and ‘‘force’’ the text to a certain layer. (In order to use data extract, nodal © 
text must be assigned a specific layer or its text node a specific property. ) Due to the large 
number of tabulations for each tabulated part, we decided to give each one a specified unique 
layer. 

After the nodal figure for line of tabulation has been inserted, the nodal text can now be 
inserted. This process can be repeated for each line of tabulation or the first line can be — 
copied into the remaining lines and the text edited. 

The general fan motor data (see Figure #1 Items 9-15) is also needed for our 3- D con- 
struction. It cannot be entered into our program as a constant because other fan motors differ 
in these areas. To extract this information, properties were added to Computervision’s Data. 
Prop File (see Figure #3). These properties were then assigned to the text nodes that contain 
the fan motor general data. 

Now, the fan motor drawing is ready for data extract. 


DATA EXTRACT 
Here, we define what items are to be extracted from the drawing and specify the format 
of the text file to be created. | | 
Our data extract file name is PX.FAN. Extract (See Figure #2). Line one begins Section 
#1 in which the extracted items are identified and given a name to be used in Section #8. 
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There are two types of information to be extracted (universal and component) so they must be 
specified. Then each extracted Nodal Text is specifically named either by the attached proper- 
_ ty or by layer. 

Next is Section #2, the page format specifications. The first item listed is 10,000. This is 
the number of lines of information between each reprint of the header. The next item is the 
number of columns per page. Seventy-two is standard and this was just enough for our needs. 
Next is the number of lines within the header, which is seven in our case. The last item of 
Section Two is the number of items within Section #8. 

The next section is seven, the header. This prints out in our text file above each page. 

Finally, Section Eight is listed. Here the extracted information is placed in columns, left- 
justified and the priority order is specified by drawing nue and part number indicated by 
the (1) and (2) across from part and drawing. 

After Px.FAN.Extract is compiled, it can be used to extract information from only one 
drawing, several drawings, or a specified set of drawings. The resulting text file was then add- 
ed to our Master Tabulated Drawing text file (Tx.Master.Tab, see Figure 4). 

This file has all of the needed information to draw a fan motor in 3 dimensions. What 
we need now is to be able to access this information. 


PX.TAB FILE 

The PX.Tab File (see Figure 5) allows access to the Master Parex File. At the same time, 
instruction in using the file, as well as the current tabulated parts on file, are displayed to the 
designer. After these instructions, the file calls the Master Parex File. | 


THE MASTER PAREX FILE 

The Master Parex File (see Figure 6) controls the command sequence, so that data may 
be gathered to buiid the part. This file first asks for input from the designer: his present part 
file name as well as the name of part to be built (such as fan, cap or topcover), the drawing 
number of the part to be built, and the user’s initials. 

After receiving this information, the current display is saved and the part is filed. System 
level is entered and the long edit command is used to edit a text file (see Figure 7) with the 
part number and then this is filed under an auxiliary file name (see Figure 8), so the original 
text file format is left intact to be used again at a later time. 

The auxiliary text file now contains the part number and the variable names used in the 
part Parex File. This file is now merged with the text file created by the data extract on the 
tabulated drawing. 

The MERGE FILE command is the main key to bring the drawing information into a 
temporary file to be used for construction. 

Merge file transfers specified data from one text file to another text file based upon 
matching elements. | 

Here, we want to draw from our main source of information, Tx.Master.Tab and we 
want to transfer specified data to our temporary file Tx.Master.2. 

After these two have been entered as our source file and destination file, the system 
responds, with Merge Key Elements: Following this, the column numbers of the information 
in the source file (Tx.Master.Tab) are entered, a colon, and the column number of the 
destination file are entered. This transfer is repeated until all of the desired information from 
the source file is transferred into the destination file. A double carriage return then returns 
you to CADDS level. The variables now contain the specific data for the unique part (see 
Figure 9), but this data is in the wrong syntax to be used by the Parex File. 

CV TECO is now entered and the Auxiliary Text File is edited to the right syntax and the 
change filed (see Figure 10). The part Parex File is then edited and the former variables 
deleted and the new variables are extracted from the Auxiliary Text File and inserted into the 
proper sequence in the part Parex File. These changes are made and a temporary CADDS 
part is entered and the part Parex File is run. The part Parex File draws the part per the 
specifications and then files the part. The designer’s original part file is entered; the display is 
restored and he is ready to add any modifiers to insert the part. The designer has typed 4 
variables and has received a 3-D model of the part ready for insertion in his original work. 
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PAREX PART FILE 

This file is names PX.FAN (or PX.CAP, etc.), see Figure 11. This file contains the com- 
mands necessary to draw the part with enough detail to be used in assembly and layout draw- 
ings. This Parex File also calls a PEP file (see Figure 12). The PEP File was made necessary 
for the use of conditional statements. 


ADDITIONAL BENEFITS 

An additional benefit from the nodal drawing was realized after the data was input in the 
drawing. All of the tabulated data is accessible by data extract. The electrical data on the 
drawing is constantly being used by our engineers, and to have this data prioritized by the 
computer would be of great benefit to them. A sample of a data extract and listing is shown 
in Figure #13 and 414. 
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Figure 1 
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PX. FAN. &BCD. EXTRACT 
9713-814 3:38:59 


1 

> UNIV. ITEMSZ 

> “COMP. ITEMS 

> DWG “UNITY. NTAT. [LF-TNOD-PROPNAME/DRAWING 


>SHELLDIR/ZUNIYV.NTAT. LF-TNOD—-PROPNAME/SHELLDIA 
> SHAFTDIA/UNIY.NTAT. [F-TNOD~PROPNAME/SHAFTDIA 
>BRNGLNTH/UNIY.NTAT . FF-TROD-PROPNAME/BRNGLNTH 
>BOLTIX /UNIY.NTXT. IF-TMOD—-PROPNAME/BOLTIX 
>BRNGRAD “UNITY. NTAT. TF-TNOD-PROPNAME/BRNGRAD 
> ERRS “UNITY. NTAT. IF-TNOD-PROPNAME/EARS 

> MOUNT fUNTY.NTAT. IF-TNOD-PROPNAME/ MOUNT 
>PT /COMP.NTAT. TF-LAVYERSL 

7COMP .NTAT. LF-LAYER/L7 

(COMP. .NTAT. IFP-LAYER/ 24 

>C /COMP.NTAT. IF-LRYER/1L4 


>aD /COMP.NTRT.IF-LAYER/22 
2 
 >tee8e 
>72— 
>? 
>13 
¢ HEADER LINE 
S S 
H BD H D 
AT. «Bf aN LM 
FA LA 
T L 
> DG PT. B Cc D 
3 
>PT  =,8,124,13,.-1,8,.2,8 
> AN 28,27,31,-1,3,08.-8 
>LM »6,33,37,71,3,.8,8 
> ,8,39,44,-1,3,8,8 
> AD ,3,583,62,-1,3,.86,8 
>DWG 14,01,09,-1,.8,.1.,8 
>SHELLDOIA,B@,24,.25,-1,3.,9,8B 
>SHAFTDIA,.8,15,.419,-1,3,04,8 
>BOLTIR 3,46,56,-1,3,8,9 
>BRNGLNTH,@,52,56,7-1,3,08,38 
> BRNGRAD »50,564,63,-1,.3,0,8 
>ERRS 58,78,7°8,71,3,80,8 
> MOUNT ,8,74,72,7-1,0,38,8 
Figure 2 
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S- EDIT DATA.PROP 
€7349-356 


S49 a 
33S6'ERRS | EaR4 3 FAN MOTOR OFF-SET MOUNTING 
304 ' MOUNT Easbs 3 FAN MOTOR SHELL TYPE " 
352'SHAFTDIA EVUsG 3 FAN MOTOR SHAFT DIA. 
SS3!BOLTI& Egar 3 FAN MOTOR BOLT PATTERN 
354 ' BRNGRAD E4988 3 FAN MOTOR BEARING RADIUS 
339 'BRNGLNTH E@B9 3 FAN MOTOR BERRING LENGTH: 
356!SHELLDIA Ea@@A 3 FAN MOTOR SHELL DIA 
Figure 3 

TX. MASTER. &€BCD. TAB 

5-13-81 14:24:43 
DUG PT. R 8 By D E F G H 


2iC584¢719 663 14.56 6.196 8.808 3.372 3.0098 §.394¢ 5.48 3.86 
210584719 664 13.57% 3.266 18.946 12.44 5.5660 11.46 8.47 8.123 
210584719 865 13.57 9.266 10.66 12.44 5.59808 11.46 83.47 8.13 
Z1iBSB69686 BCL 89486 3.578 1.966 6.752 
218589988 B63 96830 2.818 1.82e@ 4.54ae 
2iBS8968e 864 B9e6@ 2.316 1.829 ¢+.25¢ 
2185389988 686 89869 3.578 1.986 7.256 


A A @ 


218599888 O18 89663 2.38180 1.826 6.253 6.6066 6.4608 42.90 86.68 @ 
218529668 698 89466 3.576 1.965 4.758 8.8068 846.86 89.9080 8.88 8 
2185969686 1601 9960@ 3.576 1.985 4.756 @.900@ 22.606 8.386 98.388 6 
218309681 O86 89601 2.668 1.246 2.126 8.89008 46.06 6.98 6.88 ¢@ 
218569661 634 B69860f 3.578 1.985 93.966 6.4086 89.98 8.989 4.88 & 
218539861 B65 @98et 2.668 1.325 2.625 6.48088 466.96 6.88 8.06 @& 
ZLiBSB997L 886 B997L 2.588 &.668@ 3.3813 6.8806 66.608 3.00 8.386 38 
2iBI89971L B12 B9971 1.625 8.3868 4+.1483 3.5600 86.468 82.30 8.88 8 
ZABSd997L B18 B997L 2.568 9.046 4.188 ¢.498008 66.38 9.98 8.898 28 


210587658 B31 .588. 5.618 2.198 5.818 13.906 1.838 .426 .388 
214D58765@ 832 .566 5.64@ 1.688 4.818 9.589 1.838 .42@ .589 
210567656 633 .5@8 3.616 2.358 4.816 13.8986 1.338 .426 .388 
210587656 834 .586 3.61418 2.14908 5.568 13.8906 1.838 .4298 .388 
21056765@ 835 .568 3.614 1.668 ¢+.3196 9.5860 1.338 .4¢26 .58@ 
210587658 @36 .5866@ 3.616 2.168 4.316 11.754 1.8383 .4280 .3390 
210587659 937 .56@ 3.616 2.1466 4.56@ 11.758 1.833 .429 .338 
21D58765@ 838 .58@@ 5.6146 2.10@ 4.81@ 13.066 1.838 .42@ .339 
21D58765¢6@ 639 .58@ 5.618 
219367658 646 .50@ 3.6198 
210587656 641 .586@ 53.614 
Z21D58765@ @42 .56@ 3.618 
210587656 643 .5860 3.618 
210587658 644 .5680 535.618 
240567658 @45 .56@3 5.618 
21405075506 8646 .3566 3.618 
21D587658 847 .598 3.616 
2idS8r°650 8438 .5686 3.6138 
21D587650 649 .5080 535.618 
210567658 656 .5@6@ 35.618 
210587650 651i .586 53.619 
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P#x.4£B8CD.TAB 
9712-81 17°26°53 


246 AC he she ae she ae fe Bie aoe is ht ahs ale ht she he he Gt she he ae WH ae Bh ale fe hr ah Bh ape Bh Ihe Ae ade he aoe Behe AEE HE ah he he HE ME ht he he he 3G IPE he he Bh We Whe ah ah Ihe Ge ah Ee 3he She ah ahs BE he hE eee. 


she as 28 
fe He THIS FILE ALLOWS THE USER TO ACCESS MAIOR TABULATED PARTS 7 
Mee . seas 
e Ne THE USER MUST TYPE IN PART NUMBER CURRENTLY BEING WORKED ON, ee 
ste ne TRBULATED PART NARAME AND NUMBER, AND USER INITIALS. tats 
1% : se. 
Ne ae EXRAPLE AS FOLLOSMS: ae 


#%° PRRANS: <CR> 

we FILNAMS DO. B6516999.Ge61.84.P98e 

*x*x NAMES FAN 

*x*x NUMBER: “24D567658 832” CMUST BE BETWZEEN DELIMITERS> 

«« USER CIZ 
tke TYPE “CONTROL-X%%“ TO CONT I NU E 2: 2ecca ae ote 24 cece tee tee 8 ee ee ee EO KYA R> 
HH A 2 A Sk he aI I ke IOI RII I REI AI NE fe te Ne EE ike 


2te fe we 24 
He He 2 a eae ac ae e- TYPE OF PARTS CURRENTLY ON FILE 246 2h 288 fe afc 2c 2fe hc ae a ate aie 
wx FAN MOTOR - TYPE “FAR” tere. 
*#% COYER,PLENUM —- TYPE “ TOPCOYER’ . tere 
we CAPACITOR - TYPE “CAP” dere 
de ate 4 


He oi sesh oe ae He a aa te sete tee TY PE “CONTROL—R% TO CORT INU Eo ste te 290 hc 2 te me 2c ah he Hecate He 24th 2h He at He He 38 he He EE 
RUN PRREX PX.PAREX<YAR> © 


8 Figure 5 


PX.&BCD.PAREX 
‘3-13-31 13:00:48 


FILNAR 
2 NAME 


SAY DIS 25@ | 
F TLE<CR> <CR> OK <CR> OK<CR> 


EXIT DG 
LONGEDIT TX.MASTER.41/F. 72,255 
Et 

&NUMBER 

<CR> 

<CR> 

A TX.MASTER.2 

OK 

Q 

CRODS 

2.&USER 

<CR> 

MERGE FILE 

TX. MASTER. TAB 

TX.MASTER.2 CPL255 

4-13 :1-13<CR> 


15-19 °19-23 
21-25. 29-33 
27-31:39-43 © 
33-37 549-53 
39-43 559-63 


Figure 6 
(continued) 
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+6~-58 °>69-73 
32-56: 79-83 

58-62 .39-93 
64-68 | 99-103 
70-78°:123-123 
71-72 .132-133<CR> 


EXIT OG 

C¥YTECO TX.MASTER. 2 

L2R. <ESC> <CR>d <ESC> <ESCOEX<ESC> <ESC> 

E PX. &NAME 

DO2-13 

« TX. MASTER. 2,.2-13.,1 

Fe 

DELETE CO3PRTS.2Z. &NAME. £USER/COM, RG. RG1L,.RG2.RG3/LIST=NO 


ADDS 
=. 4NAME.&USER 


SEL LAY @ ° 
RUN PAREX PX. &NAME<CRD 


FILE <CR> <CR> OK KCR> OK KCR> 
EIT ; 
ON4SFILNAM e 

RST OTS 26 


INS PET 2.aNAME.2USER “VAR 


Figure 6 (continued) 


S>LONGEDIT TX.MASTER.1/7F.72,255 
FORMAT MODE 
DISPLAY RECORD MAXIMUM LENGTH = 72 
OUTPUT RECORD MAXINUM LENGTH = 2535 
$7 
14!21D069060068 666.1 A O660G8,.1 B G0060,.1 C 6606G.1 D 8000G,.1 E 886G08.1 F B08n 
f 9.12 G 909000.1 H G6608G.,.1 J 66060.1 K 8@609G,1 L 88000,.1 M BG088 


Figure 7 


4>LONGEDIT TX.MASTER.2/7F.72,.255 
FORMAT MODE 
DISPLAY RECORD MAXIMUM LENGTH 
QUTPUT RECORD MAXIMUM LENGTH 
#T 
~4!'24050765¢6@ 633.1 A 8660.1 B G6680.1 C O808G,1 D @060G,.1 E BUG08,1 F BO0uF 
aa 24 G 6600.1 H 9000.1 J 60090,.1 K 6606090,1 L 968068.1 M 60688 


CZ 
255 


Figure 8 
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4>LONGEDIT TX.MASTER.2/F.72,.255 - 
FORMAT MODE 

DISPLAY RECORD MAXIMUM LENGTH 

OUTPUT RECORD MAXIMUM LENGTH 
+ 


72 


255 


1!210567656 633.1 A .566.1 B 5.618.141 C 2.358,1 0 4.810.141 E 13.60.14 F 1.835 
? iL G .426,1 H .386,.1 J .75@,.1 K 898000,1 L B8O600,1 M 86039 


Figure 9 


4>EDIT TX.MASTER.2 
‘ 
4!21D5a765@ 433 
2!4 A .5a0 
3'4 B 5.618 
4!1 ¢ 2,358 
S!'1 D 4,318 
6'4 — 13.480 
7!4 F 1,838 
$'4 G .420 
$'4 H .380 
40!'1 J .758 
44!1 K 98008 
42!1 L aaaee 
43!1 M 86839 


Figure 10 


PX.&8C0.FAN 
3-14-81 9.26543 


Qe 


eo PrPPrP RR HPP PH Efe 
ZETAYETANMIOWD 
- 8 be 
~o 
il 
0) 


DEF YIEW AX-45 AY—45 AZ—35.267 

SEL YWIEW i 2 7 3 

USE PORT 2 

APEP PEP. FAN<CR>&A, &B,.4C,.40,4E,4&F,&G, &H,.&J, &L, &%<CR> 
INS STG DIAM&B: ORG TAG Ci TAG C2 

INS STG DIAM&A: ORG TAG C3 TRG C4, ORG TAG CS TAG C6 
INS STG DIAM&JJ'ORG TAG C? TAG C3,.0RG TAG C9 TRG C18 
INS STG DIAM.272:0RG TAG CLti TAG CL2 

INS STG DIAM.162:O0RG TAG Ci3 TAG Ci¢ 

TAG ALL . | ae 
ROT COPY AZ9B. TAG Cit TAG C12 TAG C13 TAG Ci4 TAG S6 TAG S7.,&CENTER, <* 
&CENTER, &CENTER : , 

20% SCL .156 RPORT 


Figure 11 
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B.C-D-E.F-G.H. J.Lo 
, JUMPTO/LF 


‘9, JUMPTO/L1G © 


C2*G) > 


J 


CENTER.,@,@,-~-.1875,RADIUS.,BB 
CENTER, @,8,-FF,RADIUS.,BB 
‘CENTER. Q, GO, -GG, RADIUS, AA 
’CENTER, 8,90,-KK, RADIUS.,.AA 
"CENTER, @.9,HH, RADIUS, AAR 
“CENTER, @,9,.LL.,.RADIUS., AAR 

8, JUMPTO/L3S 

7CENTER. 8, GO, -FF, RADIUS. J 
/7CENTER,.8.,9,-.1875,RADIUS.,J 
E/CENTER., @,98,HH,RADIUS, J 


.8, JUMPTO/LF 
E/CENTER,.F,F.—-.1875.RADIUS, .186 


LE/CENTER.F.F,.6,.RADIUS., .136 
~E/CENTER,.F.F,.8,.RADIUS, .883 
-~/CENTER.F.F,.H,.RADIUS., .983 


Figure 12 
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PX.ENG.FAN.EXTRACT.&8CD.2 
4-29-81 6:57.32 


4 | 
> fUNI¥. LTENSZ 
? /COMP.ITENS/ 


>08G UNIV. NTXAT. TF-TNOD—-PROPNAME/DRAGING 


>PT /COMP .NTAT .IF-LAYER/2L 

>MADEFOR/COMP .NTAT. TF-LAYER/S 

>MOLNUM /COMP .NTAT. IF-LAYER/S 

>HP /COMP .NTAT.IF-LAYER/S7 

2NPRPM /COMP.NTXT. IF-LAYER/S 

>¥YOLTS /COMP .NTXT. [TF-LAYER/SS 

>CYCLES /COMP.NTXT. IF-LAYER/1E 
>NPAMPS /COMP.NTAT. IF-LAYER/L2L 
>FRNCAP /COMP.NTXT. IF-LAYER/12 
2 

716e8@ 

>72 


> DWG = »9,801,99,-1,6, 
>PT -9,11,13,-1.84, 
>MADEFOR »9,15,20,-1,6, 
>MOLNUM :3,22,37,71,98, 
> HP °9,.39,42,-1,94, 
>HPRPM ,9,44,47,-1,9, 
>YOLTS »0,49,55,-1.9, 
»> CYCLES 686,57,58,-1,9, 
>NPAMPS | »6,68,63,-1,30, 
>FRNCAP »3,635,63,-1,38,8 


SOO@egqgodena ® 
» & 8 
O2Goqooedaqsd ® @ 


& & & & & % is 


DUG PT. MODEL MODEL NUMBER 


Figure 13 


HP 


RPM 


YOLTS CY NPR CAP 
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rx .ENG.EXTRACT.&BCD. 


4-29-81 6:54:58 


DUG 


210587656 
210567656 
2105876586 
210597658 
210597658 
210567653 
2105867658 
2105867658 


210567658 


210587658 
210567658 
210567658 
210367656 
210567692 
210587656 
210567658 
210507658 
2105676598 
210587658 
210567658 
210567656 
2105867656 
2105676536 
210587638 


2105867658. 


240587650 
241D58765@ 
210587658 
240587658 
240587658 
240587659 
240587658 
24105876598 
240587658 
210587658 
210597658 
21D58765@ 
210587658 
240587658 
240587658 
24D58765@ 
240587658 
240587658 
340587658 
240587658 
2410587658 
210587558 
240587658 
240587659 
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MODEL 


JE18D 
JF1i9A 
F822" 


FE9SL2R 
JESB?F 


JELED 


JES@7F 


JEL2D 
FHLS 
RELS3D 
JEL8D 
JE1L8D 
JC1LS 


FSi4W. 


FEL2D 
FCL20 
F8i2D 
FCL2D 
F9L2D 


- asesA 
FM812S. 


FRLi2D 
FNLSD 
DNi8D 
F9L4a 


DESLSA 


F9L2Z 
ANLS 
DE138D 
D8i7 


FEIB9F 


DR1i80 
AN22L 

D3i7 
DIL7 
D923D 
AN21L 

DIZSM 
D9I2Z3D 
D624D 
D621D 
D624D 
D621D 


. 0624D 


D6éZ1D 
OR24D 
AN2Z4 
ANZ? 
ON24D 


MODEL NUMBER 


KCP3S9CGEO78SRS 
KCPS9CGEG8SS 
KCP39CGE883S 
KCP39CGE268S 
KCPS9CGE2Z79S 
KCPS9CGE636S 
KCPS9CGE944S 
KCPS9ICGE946BS. 
KCPS9CGE947S 
KCPS9CGES47°S 
KCPS9CGE9S4S 
KCPS9CGF272S 
KCPS9CGF45eS 
KCPS9DGE262S 
KCPS9DGE634S 
KCPS9IDGE945S 
KCPS90GF632S 
KCP390GF/739S. 
KCP390GF/91S 
KCP390GG4355S 
KCP39EGE627S 
KCPS9EGE9SS5 
KCP39EGF636F 
KCPS9EGF631AS 
KCPSSFGESS4S 
KCPSS9FGE277S 
KCP39FGE942S 
KCPS9FPGF276AS 
KCPS9FGF647BS 
KCP39GGB8S49AS 
KCPS39HGE2615 
KCPS9HGES43BS 
KCPS9HGF?7SSAS 
KCPS39JGEG85S 


~ KCP39IGE2Z62S 


KCPS9KGE@715 
KCPS9KGF?S55S 
KCPS39MGE@S/7BS 
KCPSSMGE629AS 
KCPS9NGE9485S 
KCP39MGE9415 
KCP39MGF257S 
KCP39OMGF2585 
KCP39MGF 4945 
KCP39NGF4555 
KCPSOMGF6455 
KCPSONGF4595S 
KCP39PGF 7845S 
KCP39PGG4275 


Figure 14 


RPM 


1675 
1675, 
9¢@ 
£075. 


—Le75 
L675 


1875 
1439 
1875 
1875 
1875 
1975 
1875 
4358 
1875 
1875 
1875 
1975 
1875 
1875 
388 
1075 
1675 
4875 
1358 
1675 
1354 
119@ 
1856 
4358 
1875 
1875 
1288 
4358 
1358 


1625 


12698 
1358 
1625 
L625 
1625 
1625 
1625 
1625 
1625 
14590 
1356 
135¢ 
1625 


YOLTS 


2367288 
L415 
238 
145 
145 


238/283 


115 
23867288 
238/288 
2348/7288 
238 
238 
115 
2287246 
23867268 
238072868 
238/288 
238/268 
238/288 
115 
238 
23872908 
2387298 
2397288 
2207248 
115 


2286/7248 


240/228 
238/288 
220/248 
115 

238/288 
228/248 
228/242 
228/248 
238 

220/248 
228/248 
238 

238/288 
238/288 
238/208 
238/288 
238/288 
2387288 
238/288 
248/228 
220/249 
238/288 


WNNNGUUGUAAGNNNNRBBPNPNNRPRPRBPNPRE 
OQSErRPNOUGUBUNWPEADHHOPRNAUDKWDWUNNN 


Q@® ® 
NGAP PAGAN FPUNGAGAAN DAP SD CLG b 


@ ® ® QQ @® 


oOQO® @® @ 


QnN 


PRRUNENU PE AD 


CAP 


_ N 
au . 
On 


N 
Ul 


ie 


“J 


ce 
oF 


~d 
ey 


THE SHOCK ABSORBER — 
AN EXAMPLE OF VARIANT DESIGN 
WITH VARPRO AT VOLKSWAGEN 


Egbert Elsholz 
Volkswagonwerk, AG 
Postfach 
3180 Wolfsburg 1 
Germany 


INTRODUCTION 

The most important benefit of CAD systems is the gain in productivity. The ideal system 
would have the following CV command: 

CON RAB DOORS 4 HP 75 CYLS 4 
(which stands for ‘‘construct Rabbit’’). It would design a complete car called the ‘‘Rabbit’’ 
with all its components. The user would have to define the number of doors and the engine 
would be a four cylinder 75 hp engine. Unfortunately this is impossible today and will be so 
in future. 

Although it is not possible for a complete car it need not be for some of its components. 
One of these components might be the shock absorber consisting of a number of different 
parts, most of which are simple contours and can be described as rotational shapes. The 
typical shape of each of these parts will not be changed from one model to another, however 
the dimensioning of some of the geometrical data will be different, depending on the different 
forces, weight and other mechanical surroundings defined by the particular car model. 

Other examples for this application in the automotive industry could be brake design or 
parts of the engine like the crankshaft, camshaft, or gear. 


ANALYSIS AND AIM OF THE PROJECT 

We decided to program the shock absorber, because the pilot user in the research and 
development at Volkswagen was the axle design department who thus could make use of this 
technique first. The aim of the project was to generate technical drawings (2D-information 
only) for further use in the prototype shop. 

Before starting this project we had to examine the different programming facilities within 
CV systems. We discussed the usage of PAREX or EXECUTE files, as well as PEP pro- 
grams; also programming in FORTRAN seemed to be possible. Finally we came to the con- 
clusion that VARPRO would be the tool to do this job. 

At that point we had our task defined and we had the tool to do it with. Now the discus- 
sions with the designers had to go into details. The problem is: the designers in general have 
not been educated in programming; likewise the programmers are not educated and experi- 
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enced in designing. Also both groups talk in their own languages from which quite a few mis- 
understandings develop. 
On the evolutionary basis of trial and error we finally came to an agreement. The basic 
programming started in CADDS-3 Rev., 10.03 and used the old VARPRO revision. At the 
present we have a general structure running, as well as about half of the mechanical parts pro- 
grammed. A lot of work is still to be done. However, the new VARPRO with Rev. 11.0E will 
be used and should simplify a lot of problems. 
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? TYP=O0=LIST | 
SIKH IIIII KIKI IAA KI IKI AA IAI IKKE AKITA REIKI KARINA AAA AAAS KK KK 


ZSB DAEMPFERBEIN . 1712412.031 
| | 171 -412.032 
ZSB BEHAELTERROHR — 171.412.033 
171.412 .034 
ZSB ZYLINDERROHR 171.412,053 
ZSB KOLBENSTANGE VOLL 171.412.0411 
ZSB KOLBENSTANGE 171.412.050 

ZSB KOLB.ST.FUEHRUNG 171.412.0711 xX 

ZSB KAPPE 171.412.045 xX 


WH Hehe KH HI HH KI KKK KIWI KIKI IKIKK EEK IKEA HK AKER KEEKAEKKK EHEKKEKEKN 


EINZELTEILE 3 


BEHAELT.ERROHR © 371.412.0035 Xx 
BODEN 433.412.043 
SCHELLE 371.412.233 
EINSATZ SCHELLE . $33.412.215 X 
ZYLINDERROHR .  471.412.055 X 
ZYLINDERBODEN ~ 321.412.,073 
SCHEIBE VOROEFFN, . 171.432.275 
SCHEI BE 133.412.273 
VENTILLPLATTE 321.412.27) 
VENTILFEDER 171.412.069 X 
VENTILKORB 171.412.06) x 
KOLBENST ANGE » 371.412.0511 
ANSCHL AGBUCHSE 171.412.095 X 
YVENTILKORB OBEN 171.412.063 x 
VENTILFEDER KOLBEN 171.412.0067 x STEHE 171.412.069 
VENTILKOERPER 133.432,.259 G 
SCHEI BE 411.4d12,26) A 
SCHEIBE . 431.412.265 
SCHEIBE YOROEFFNG 133.412.2717 

RING DAEMPFERBEIN 113.412.269 


KOLBEN STOSSDAEMPF. 171.4132.059 
KOLBEN DAEMPFERBEIN 171.412.0599 A 


SITCHERUNGSMUTTER N .022.,152 | 
DICHTRING 171 .412.081. 
ANSCHLAGRING 171.4)2,253 


KOLBENST. FUEHRUNG 171.412,077 — X 
86] .421.077 
811.433.077 
411.4)2.077 
431.413.523 X SIEHE 171.412.077 
811.413,523 
321.412.523 

LLAGERBUCHSE 171.412.099 xX 
411.412.0099 
431.413.099 B 

DI CHTUNGS=R ING 171 .4J2,087 X 

STANGENDICHTRING 321 .412.529 X 
321.412.5299 A 
.32).412.529 B 


.KA PPE 171.412.047 x 
SCHEIBE 113.412.0489 x 


NNN NNN NNN NN NRRENNRRNRRENR NHR RNR RR RN RNR NRK RN KR RN RN KH RN KKK HRN NHN KERNAN 


ZENTRIERRING 171.432.083 
| Figure 3 


bX IK SCRSSNA 
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i EQH [AY A 

# RUN VARPRO DK.V.GEIPARAM, 2 

2? VZSREN 7 

/ ie | | 
Lo RAK KK KS kk kk be be KK KK de KKK A HK ACH HK AKA AK KK HK A KAKA HK HK KHAKI KK KK KAKA KKK KKK OK 
/ : | 

/ GIB VARTARLEN-NAME ODER HELP ODER GO 

y, 


f tek tke k kek ke tee tek ok kok ok kok kk ob kek kok kk bk kk kk kk kk kK aK KK KK KK KKH KK KAKA a KK KKK 
2? VAR=O=DK 
a Oe 2 0-2? 


/ 

TORO RO IO IO I RI II IO I IO I IOI IOI IO II IO EI dob bok kk tok tt 
/ | | | | 

/ | GIB VARTARLEN-NAWYE OLER YELP OVER GO 

y ; 


LZ FRG KR I KK IK KKK KK KKK KEK KEK KA KKK KK KK KKK AK KK KK KKK KKK KKK Aa KK KK KK KKK KKK 
? VAR=O=CALC 

JK KOLBENSTANGEN KRAFT 20 [0 No] eto dik 

2? AX=600=669— 


{kek KKK KK ARSTUFTZRBASIS ? ( MM Kak KKkKKKE 
? AB=205= 

LR RR Ke OTR ( “Ah ) se te te de te te te ok te 

? HUB=140= 

[kkk keKKR DESERVE 2 [ AMY eke Se te te te te tee 


? RES=O= | 
[eR OELASTIZITARTSMOONIL 2 LNB Ma 2 ] okt 
2? FH=2190900= 

7; 


[ke  LAENGE = 33C (AM 
[wee RARER  DURCHMESSER = 22 MA 

Lek KeKK  KRART IN C = 1€§2.44 N 
[eek KRALL IN K = 492,439 N 
[keke BIEGEMOMENT IN C 62500 NM 


1945.37 WM *&k 3 
11499 MM &e 4 
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J Figure 4-1 
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NNN 


GIB VARTARLEN-AAME OLER HELP ODER GO 


[IO I IO I I kt tk Ok IO Io Rk tok kok kek kkk tok kote kok totek koe ek ke tek tek 

2? VAR=O0=50 

#EXEC VARPRO. EXECO! 

# | , 
RUN VARPRO DK.V.GETPART.2 

J kkk tok oo Rk ok tok doko kk ek kok tok tok kkk a tk a ak kk ek ke a aK KS KR KR RR 

/ | . 7 


/ GIB TEILF-NUMMER ODER LISP ODER HELP 

/ 

LD MK KKK KKK KKK KK KK KK KKK KKK KKK KKK KK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK 
2? TYP=0=171 


? MITGR=0=412 

2? ENDNR=0=77_ 

? INDEX=0= 

J KKK KIKI KKK KK IKK KI IKI IKI KK KK IK KKK KKK KKK KAKI KKKKK KKK KK KKK KKKK KKK KKK KKK 


/ 

/ RAHMEN 77272? FORMAT 4O 2... A4 

/ 

/ ( BEI -—1 WIR) KEIN RAHMEN ERZEUGT ) 

/ ( BEI -2 WIRD STANDARD RAHMEN VERWENDET ) 

/ | 

A RK KKK KEK KK KKK KK KKK KKK ERK KKK KIKI KKK KK KKK KKK KKK KKK KK KK KKK KKK KKK KKK 
? FORM =-2= | 
2? SCALE=-2= 

#EXEC VARPRO.EXECO! 

# 

#EKEC VARPRO.JEXFCOI 

EXIT 


rILE=F3 DONT=03 REPLY=D 
NEW PART=N¢ GOONBYE=G$ REPLY=G 
PART NAME:DK.V.DAEMPFFR/DSCI.0.97874 
DATA BASE UNIT IStIN 
CREATING NEW PART 


# RUN VARPRO DK.V.77.2 

/ 

/ TEST TEIL # 171.412.9077 
/ 

#EXFC VARPRO.EXECO) 

# 

ft * TEST TEIL # 171.412.07/7 
# SEL Lay 0 

# INS LIN :*DIG) XOYO,IXIOsSLIG 
# RUN VARPRO DK.V.RETURN 
#EXEC VARPRO.EXECO! | 

# RUN VARPRO DK.V.RAHMEN 
#EXEC VARPRO.EXECOI 

# SEL LAY O 

# UNB ALL 

# ZOM EXT 

# FILE 

FILING NAME3NK.V.77 

DK.V. 77 


PART ALREADY EXISTS ; 
| Figure 4-2 
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bTY¥PkF OK TO FILE ANYWAY 
>> OK 
TYPE OF TO FILE RISEN 
>>OK 
HEX L , 
FILE=F3 DOVT=D3 REPLY=)D 
NEW PARTHNs GOODRYE=G% REPLY=N 
PART NAMES DK.V.DAEMPFER/DSCL. 0393 / 
DNATA BASE UNIT ITS2:IN 
CREALING NEW PART 
if 
ARUN VARPRO DK .V.GETPART.2 
] kkk kk kk Ok ok ak kk a a aR Ra KR a a RK a aR a ak aK Ra KR a a KR aK KK a aK KR AK KKK 
/ 
/ GIR TEIVLE-NUMMER ODER LIST ODER HELP 
ye 
LK PKK IKK KKK IKK KKK KKK KEKE KKK KEKKKKKKKKKK KKK KIKI K KK KKK KKK IKK KEKE KKK KKK 
2 TYP=9=END 
#ieXl:-C VARPRO.IEXECO] 
if RST KEY 
KEYFILE.OUTO 
ALL FUNCTION KEYS RESTORED. 
HEX, 
FILE=F3 DONT=D3 REPLY=D 
NEN PARTS=N§3 GOONBYE=Gs REPLY=G 


Figure 4-3 


THE CONCEPT OF THE PROGRAM 
Section 1: Definition and Calculation | 

The overall concept of the program is shown in fig. 1. After initialization of the default 
parameters the user is questioned to select the desired variable data such as the diameter of 
the piston rod, maximum length of the shock absorber, maximum diameter of the outer tube, 
etc. This is established by first entering the name of the variable as shown in a schematic at 
the graphical screen (see fig. 2). The program outputs the default value of the desired variable 
and accepts any changes at that point. This can be done for as many values as necessary and 
as Often as desired. 

The next step is the stress calculation of the most critical parts. As this problem is solved 
by relatively simple mechanical formulas, this process is integrated in the same program — 
finite element analyses are not done at this stage. 

To calculate these data some more information is entered into the system, i.e. acting 
forces on the parts, material constants, position of the moving parts (drawn position, stan- 
dard position etc.). The result is output on the alfa screen (see table 1). Besides the geometric 
information, mechanical data is shown, like forces at different locations, bending moment, 
section modulus and maximum bending of the piston rod. 
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Table 1 


192 MM ( length ) 

20 MM ( diameter ) 

337.92 N ( force at location c ) 
249.92 N ( force at location K ) 
12496 NM ( bending moment at C ) 
785.397 MM*¥*3 ( section modulus ) 
7853.97 MM**4 (moment of inertia) 
0.179308 MM (max. bending ) 


eke LAENGE 

R£*X*X DURCHMESSER 

RRR*X KRAFT IN C 

ARe** KRAFT IN K 

REX BIEGEMOMENT IN C 

¥X*X*X WIDERSTANDSMOMENT 
EXReE TRAEGHELITSMOMENT 

RXSEX MAX. DURCHBIBGUNG 


Wo 


How ou 


Hou 


At that stage of the program the designer might be content with what he created. If not, 
he could start all over again thus optimizing his part in a very short period of time. 


Section 2: Generation of Drawings 

The next section of the program will be entered on command of the user and will request 
the designer to select one of the parts to be drawn with the characteristical data he had de- 
fined in the previous section. The part is selected by entering the part number (nine digits and 
an index — if present). A list of these parts is shown in fig. 3 and can be reproduced on the 
screen. A number of assembly drawings are defined that are created by calling each of the 
detail programs in sequence. 

Another option for the user is to enter ‘‘ALL’’ which results in the program to generate 
a complete set of all parts at the time. 

In the next step the user is requested to help the program with organizational information 
for the output. He is asked to select a standard design formula of a desired size. (DIN AO 
through DIN A4). He also can tell the program about the scale of the drawing. If he does not 
enter a value for those requests default values are used that are defined in the routines. The 
default values will also be used if the complete set of drawings was selected. After that entry 
the user might send the program into background thus clearing the terminal for other work. 

The result of the program is one or more CADDS-3 parts in the CV data base. These 
drawings contain most of the necessary data. However, the user is required to have a critical 
eye on the results and should — if necessary — complete the drawings with tolerances, general 
text, machining information etc. On the other hand the program will generate nongraphical 
data like the weight of the part automatically and note this value at the specified location in 
the drawing. Also other predefined nongraphical data like material information are entered 
into the drawing. After manual completion of the drawing the result can be drawn on a plot- 
ter or sent to other users. 


PROGRAMMING AND USER AIDS 

Similar to the online documentation facilities of CV this program offers the possibility of 
a HELP command at both major sections. This produces a list of possible commands at the 
alfa screen. 

For manual usage after the design process a layer description is included in each drawing 
on layer 255, so that anyone who can handle CV systems also can handle those drawings very 
easily. 

A selection of examples is shown in the appendix. 

A protocol of a dialog session is shown in fig. 4. The underlined information has to be 
typed in by the user. The result of this example is included in the appendix with the part 
number 171.412.077. 

Fig. 5 reflects a programming skeleton, which acts as a very effective programming aid. 
Because most of the parts of the shock absorber — as well as many other parts in civil 
engineering — are defined by rotational shapes, the general layout of the program describing 
these parts will be the same. Thus the skeleton requests the programmer to fill in the part 
specific data only. Parameter handling and layering will be organized identically, independent 
of the programmer and the time the program was created. 
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FURTHER DEVELOPMENT 


Further development will be done on the project to connect this task to existing programs 
on other computers. On our Cyber mainframe in the computing centre several programs have 
been developed for kinematics calculation for the front axle, center of mass calculation for 
the complete car and others. The use of the results of these programs as input for the de- 
scribed program can be realized by replacing the user requests in step 2 with a data exchange 


with the mainframe via a HASP data link. 


Expanding this concept to other components of the car as discussed in the beginning will 
also be a way of proving the effectiveness of this technique. 
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IMPLEMENTATION OF FORGING LOAD 
AND STRESS ANALYSIS 
ON A 
COMPUTERVISION CADDS 3 SYSTEM 


Ally Badawy, 
Carl Billhardt, 
Taylan Altan 
Battellis Columbus Laboratories 
505 King Avenue 
Columbus, OH 43201 
614-424-7864, 7860, 7859 


ABSTRACT 

Recently, approximate methods of analysis have been developed for predicting stresses 
and loads in impression die forging. These methods analyze a forging by considering it in 
terms of plane strain and axisymmetric cross sections. It is desirable to augment the drafting 
and NC capabilities of a stand-alone CAD/CAM system with the mathematical design analysis 
techniques used in forging die design. With this goal in mind, an existing method for 
calculating forging stresses and load has been implemented on a Computervision CADDS 3 
system. This paper describes the procedure used in this implementation and gives examples of 
the practical application of this new capability. 


BACKGROUND 

Forging is the process of bulk deforming a material (usually a metal) in order that a 
product of some desired geometry is generated. The forming takes place by placing the 
material between dies and then forcing the dies together. The dies can either be flat pieces 
(open dies) or sculptured in three dimensions (closed or impression dies). When impression 
dies are used, generally the dies do not close completely tight but rather leave a certain 
clearance all the way around between the dies. This clearance is called flash and is provided to 
give excess material a place to escape. The material which escapes to the flash is scrap and is 
trimmed from the part after forging. Generally open die forging is used when: 


e Parts are very large (i.e. giant crankshafts and rotors). 
e Part geometry is simple. 
© Quantity of parts to be made is low. 
Impression die forging is used under the opposite spniditions: 
e Parts are small to moderately large 
e Part geometry is complex 
¢ Quantity of parts is large. 
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A special case of impression die forging is precision, trapped die or flashless forging. This 
process produces a highly defined part but requires special care in preparing the forging 
material and machining the dies. 

Based on tonnage and quantity of forgings, the impression die (with flash) process is the 
most used both in the U.S. and overseas. 

Among the factors considered in designing a set of dies is the maximum stress the dies 
will be subjected to, and the total force required to forge the part. The maximum stress must 
be considered to avoid overloading the die and cracking it. The level of stress will also affect 
the rate at which the die wears and therefore its expected life. The total force required to 
form the part determines the size of the equipment which must be used. If too small a press is 
used the part may not fully fill the die, or the press may be overloaded to the point of 
catastrophic failure. 

Until recently, estimating the load and stress on a die set was based on the judgment of 
an experienced designer. His estimate was based on comparing a propsective forging to similar 
ones he had worked on previously. A good designer was one who had more good estimates 
than bad estimates. However, he could always err on the conservative side and use dies or a 
press that were much larger than necessary. Both would avoid failure but at an unknown cost 
for oversizing. | 

Using a designer’s experience to estimate forging loads and stresses is becoming less 
reliable for two reasons. First, experienced designers are retiring with no trained people to 
replace them. Their experience is being lost. Secondly, new materials and forging processes are 
being developed for which there is no prior experience for guidance. This is especially true in 
forgings for the aerospace industries. For certain applications, materials are being developed 
for their high performance characteristics in critical applications (engines and air frame com- 
ponents). Once proved by the material scientist and the design engineer, it becomes the forg- 
ing engineer’s problem to determine how to work the material into the desired form. The use 
of difficult to form materials had led to the development of new forging techniques, such as 
the isothermal and hot die forging processes where die materials are very expensive and die 
design for complex shapes becomes very critical. 


STRESS AND LOAD ANALYSIS 

The need for a practical method for predicting forging load and stresses led to the ap- 
plication of the ‘‘slab method’’ technique in a numerical and computerized form. (1,2)* The 
slab method can be used to estimate loads and stresses for plane strain (forging an infinitely 
long bar with material flow in two dimensions) or axisymmetric (part of rotation) flow. For | 
this purpose the planes of metal flow are considered in a given forging, Figure 1 (1). Although 
techniques for analyzing three dimensional metal flow are being developed, they are not yet 
available for general use. They also require considerable computing time and power, and may 
only be suitable for execution on large, scientific processors. 

To function the slab analysis needs the following information: 


e The geometry of the upper and lower die surface at the cross section being considered. 
This geometry includes the flash width and thickness. From this geometry, a model of 
how the material will flow can be developed. Depending on the geometry, material will 
either flow by sliding against the die (sliding flow) or by internally shearing against 
itself (shear flow). 

e The flow stress of the material (its inherent resistance to deformation): This is not a 
single unique value but depends on the temperature and rate of deformation (strain 
rate). Generally, there is a direct relationship between strain rate and flow stress. In- 
creasing the deformation rate increases the flow stress. 

The deformation rate also has an indirect effect on flow stress. When forging at 
low speeds, the material is in contact with the dies for longer time than when forging at 
high speed, thus lowering the material temperature and increasing the flow stress. In 
addition to heat loss from the die affecting flow stress, there is also heat gain as a 
result of deformation and friction. The net effect of all of these variables is impossible 
to predict by judgment. 

*Numbers in parenthesis refer to References given at the end of the paper. 
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The slab method functions first by determining an approximate ‘‘flow surface’’ in a given 
cross section. The flow surface represents the approximate mode of metal flow in the section. 
The flow surface is divided into a series of trapezoidal elements (2). Knowing the geometry of 
each element, and the beginning flow stress and the friction factor or coefficient (sliding fric- 
tion or internal shear), the load and pressure acting on the element can be found, as seen in 
Figure 2 (3). In addition, the flow stress at the end of the element can also be determined. By 
working from both outside edges toward the center simultaneously, the total load, maximum 
stress, and average pressure can be determined for a section in plane strain. For an axisym- 
metric section, these values are found by treating the trapezoidal elements in order, from the 
flash to the centerline. | 


IMPLEMENTATION 

The slab method for forging load and stress analysis has previously been implemented on 
different computers, including CDC-6500 and DEC-PDP 11/40 processors (4,5). The limita- 
tion of these implementations was that generating the definition of the section to be con- 
sidered was a cumbersome process. The section data was prepared off-line as a series of coor- 
Cinates defining the polygon formed by the tangents at each corner or fillet. Each corner or 
fillet coordinate had a radius value associated with it. The designer would generate the data 
for sections of interest, and then process the data in an interactive or batch mode. Although 
he could interactively modify the flash dimensions, he would have to take his results back to 
his drafting table to complete his drawings. 

Recently, Battelle re-hosted this forging analysis on a Computervision CADDS 3 system 
using CGOS 200. This was implemented as the user-written function FORGE. The graphic in- 
formation indicated to FORGE by the user are two ‘“‘strings’’ representing the upper and 
lower die surfaces, Figure 2. Modifiers pertaining to material and process conditions may be 
entered by the user following CV’s conventional practices. The two input strings are generated 
using the GEN STG command. The strings may be generated left to right or vice versa, and 
either the top of bottom string may be indicated first. The only limitations placed on the 
strings is that they must be monotonic in X and when indicated, they must lie in a plane 
parallel to the current view. 

FORGE is written entirely in Fortran, and currently uses three coreloads. The major 
functions of these coreloads is: 


e Coreload 1. Modifier and Get Data processors, followed by formulation of material 
flow model. 

® Coreload 2. Calculation of material flow stress in the flash and cavity regions based on 
default or modifier values for such parameters as material code, die and stock 
temperatures, and ram speed. 

© Coreload 3. Calculation of load, maximum stress, and center of load. 


Sections may be generated either manually in 2-D or by using a cutting plane to section a 
3-D model. The results of FORGE are used in two ways. As each section is processed, the 
resulting stress values are used to determine if the flash dimensions need to be adjusted. A 
high stress may exceed the load carrying capacity of the die material. In this case, the flash 
would be opened to reduce its tendency to restrict the flow. If the stress if low, the material 
may not actually fill the extreme sections of the die cavity. In either case, the user would 
return to CADDS, modify the geometry as appropriate, and run FORGE again. 

The calculated results for stress, load, and center of load are output to the telewriter as 
printed numeric values. In addition, the calculated flow surfaces and the stress distrubition are 
plotted on the graphics display. 

The second way in which the Satpal of FORGE i is used is to obtain the load. This is 
done by keeping a manual tally for each section as it is processed. The sum of the individual 
loads can then be used to determine the press size needed to forge the part. 

A forging such as a connecting rod, Figure 3, can be correctly processed by FORGE even 
though it has some sections that are in plane strain flow and some that are in axisymmetric 
flow. The strain or flow condition to be used for a particular section is indicated as a 
modifier. 
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GENERATION OF THE FLOW SURFACE 

Towards the end of the forging stroke, material does not flow along the die surface at all 
points as the dies come together, Figure 2. In areas such as under tall ribs material in the rib 
stays stationary once the rib is filled. Below the rib, material continues to flow but by shear- 
ing within itself rather than by sliding across the die surface. The slab method uses the 
geometry of the flow (sliding friction or shear) surfaces rather than the actual die surfaces to. 
predict stress and load. 

A concept for formulating the flow surface based on the geometry of the die surfaces was 
developed and implemented in FORGE. This is a new capability, not available elsewhere in 
such a general form. The flow surface formulation assumes that shear occurs whenever the 
angle of the die surface exceeds 45 degrees. The friction factor or co-efficient for the trape- 
zoidal deformation elements are set as appropriate, based on this geometric consideration. 
Beneath a rib, flow often goes from sliding friction to internal shear and then back to fric- 
tion. The presence of ribs is automatically determined and the flow surface is modified 
accordingly. 

The procedure used to formulate the flow surface is known to fail with certain very com- 
plex die surfaces. However, the slab method of analysis is also not entirely valid for these 
geometries, and the user will be aware of a problem when he examines the display generated 
for the flow surface. 


VALUES OF FLOW STRESS AND FRICTION 

To estimate the stresses and the load in forging, it is necessary to know, in addition to 
the part geometry and the type of metal flow, (a) the flow stress of the deforming material 
under the forging conditions and (b) the friction at the die material interface. 


Estimation of Friction 

The friction shear stress, 7, between two surfaces, sliding relative to each other, is given 
by 7=mo/./3 =fo, where o is the flow stress of the deforming material and m is the friction 
shear factor (0<m<1). When the material shears within itself, then friction is maximum, 1.e. 
m= 1, and 7 is equal to the shear stress of the material. When material flows by sliding fric- 
tion over the die surface, then m is determined from a friction test. The test most commonly 
used for forging is the so called ring test (6). This test gives values of 0.05<m<0.15 for cold 
forging and 0.2<m<0.4 for hot forging. 


Kstimation of Flow Stress 

For a given material, the flow stress (or the instantaneous yield stress), o, is influenced by 
(a) the amount of deformation or strain, (b) the rate of deformation or strain-rate, and (c) the 
deformation temperature. The amount of deformation is obtained from the initial and final 
heights of the forging. The deformation rate is determined by the speed of the ram and by the 
height of the forging. The temperature during forging is influenced by (a) the initial stock and 
die temperatures, (b) the heat transfer from the hot material to the colder dies and (c) the 
heat generation due to friction and deformation energies dissipated during forging. 

All three variables — deformation, deformation rate, and temperature — vary 
throughout the forging depending upon the geometry. Thus, for practical purposes, it is a 
reasonable assumption to consider these variables and consequently the flow stress, o, to have 
different average values (a) in the cavity or impression area and (b) in the flash region of the 
cross section. 

The present forging analysis software can either accept estimated values of the flow stress 
in the flash and cavity regions or it can estimate these values from the known process 
variables, i.e. die and stock temperatures, die closure speed at the time of die-material con- 
tact, heat transfer coefficient, forging material and friction factor. 
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EXAMPLES 

To evaluate the correctness and accuracy of the stress and load calculations, three 
examples were considered. Predictions were made with the design analysis implemented on 
Computervision and compared with experimental data or predictions made with other well 
proven techniques. 


Estimation of Forging Load for a Connecting Rod 

The blocker (preform) geometry of the connecting rod, Figure 3, was analyzed as an ex- 
ample, since detailed information and experimental load data were available from an earlier 
Battelle study (3). Figure 3 illustrates the geometry and the cross sections of this connecting 
rod as well as the direction of metal flow. For the purposes of the example calculation, metal 
flow in sections A-A and C-C is considered axisymmetric with a containing angle of 360 
degrees. In section B-B, metal flow is plane strain. The dimensions of the analyzed cross sec- 
tions are given in Figure 4. The input values for the flow stress and friction factor of each 
cross section are given in Table 1. The output values for forging load and maximum stress, 
for each cross section, are given in Table 2. 

For comparison, the results of the simple analysis given in Reference (3), the experimental 
results given in the the same reference, and the FORGE CAD system are summarized in Table 
3. As seen in Table 3, the results of the FORGE system are within practical engineering ac- 
curacy. The stress distribution and flow model for one of the cross sections (A-A) as dis- 
played on the Computervision’s Designer II graphics terminal, are shown in Figure 5. 


Cross Section of an Isothermally Forged Titanium Part 

In an earlier study conducted at Battelle, a design analysis was made of the dies for 
isothermal forging of a titanium alloy connecting link, shown in Figure 6. For cross section 
J-J of Figure 6, the stresses and unit loads were calculated using the same values of flow stress 
(1000 psi) and friction (0.25) used in the earlier analysis. The stress distribution on the cross 
section (plane strain) is shown in Figure 7. The forging load estimated using CV-FORGE for 
the same cross section is 45 tons. The forging load estimated earlier in Reference (7) was 48.8 
tons. The small difference between the two predictions is essentially due to the slightly dif- 
ferent flow models used in both cases. 


TABLE 1: 
INPUT VALUES FOR FLOW STRESS AND FRICTION FACTOR USED 
IN DIFFERENT CROSS SECTIONS OF CONNECTING ROD() 


Section A-A Section B-B Section C-C 
Flow Stress in Flash 20,800 Psi 20,800 Psi 20,800 Psi 
Flow Stress in Cavity 18,000 Psi 17,000 Psi 16,000 Psi 
Friction Shear Factor O53 Oe3 Gx 
TABLE 2: 


ESTIMATED LOAD AND MAXIMUM STRESS 
FOR THREE CROSS SECTIONS 


Section A-A | Section B-B Section C-C 
Forging Load 164 tons 10¢.0 tons 57 tons 


Maximum Stress 136,790 Psi LULL ree 104,566 Psi 
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| TABLE 3: 
SUMMARY AND COMPARISON OF FORGING LOADS 


Simple Analivsis FORGE 
from Reference ?) (CV Software) Experimenteél 
Total Forging 
Load (tons) oe ew | p30 S22 07 


The Main Bearing Cross Section of a Crank Shaft 

In a previous Battelle study, the cross section of the main journal of a crankshaft forging 
seen in Figure 8, was analyzed. The same cross section, together with the same flow stress 
values in flash (20,000 psi) and cavity (12,000 psi) and friction shear factor (0.43), used is con- 
sidered here. The stress distribution on the given cross section is shown in Figure 8. The 
estimated forging load using CV-FORGE for the cross section is 257 tons. The forging load, 
estimated earlier with another Forging-CAD system, was 259 tons. 


LIMITATIONS AND AVAILABILITY 

The present version of CV-FORGE assumes the input sections are dimensioned in inches. 
The absolute size of the die sections are only used to determine the density of the trapezoids 
used for the slab analysis. Modifier inputs and calculated results are also given in English 
units. It would be possible, without great difficulty, to allow metric dimensions to be used. 

The FORGE software is available from Computervision. At the time of this writing (May 
1981), the exact method of obtaining the software and documentation was unknown. Inquiries 
would best be directed to Computervision, Bedford, Massachusetts. 


Figure 1: Planes and Directions of Metal Flow During 
Forging of a Relatively Complex Shape. 
(a) Planes of flow 
(b) Finish forged shape 
(c) Directions of flow 
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2 Pegs 2: ecenitie Display of the Stress Distribution and the Flow Model 


Obtained by Computer Aided Analysis of a Cross Section. 

Flash Thickness = 0.100, Flash Width =0.300, Finish Area = 2.85 in?, 
Forging Pressure = 163,167.8 PSI, Load = 1,006,770 Ib acting at 

y = 0.020, Maximum Stress = 235,503.566 


End view rlan View 


Figure 3: Geometry, Directions of Metal Flow and Representative Cross 
Sections of a Connecting Rod. 
(a) Cross Sectional Views of the Connecting Rod 
(b) Directions of Metal Flow — A=Axisymmetric P = Plane Strain 
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FLASH THICKNESS = 0.1/0 IN. 


FLASH LENGTH = 0.31 IN. 
LOW STRESS IN FLASH = 20,800 PSI 


| FLOW STRESS IN CAVITY = [8,000 PSI 


BRAFY ANGLES ANE 7 SEORENS 


ALL FILLET RADII ARK 6.59 TU. 


| 


SECTION A-A 


Figure 4: Dimensions of the Blocker eles Sections of the Connecting Rod, — 
seen in Figure 3. 
(a) Section A-A 
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Figure 4: (continued) Dimensions of the Blocker Cross Sections of the 
Connecting Rod, seen in Figure 3. 
(b) Section B-B 
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FLASH THICKNESS = 0.1 IN. 
FLASH LENGTH = 0.3! IN. 


FLOW STRESS IN FLASH = 20,800 PSI 
FLOW STRESS IN CAVITY = [6,300 PSI. 
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Figure 4: (continued) Dimensions of the Blocker Cross Sections of the 
Connecting Rod, seen in Figure 3. 
(c) Section C-C | 
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Figure 5: An Example Cross Section, the Flow Model and the Stress 
Distribution, as Calculated and Displayed by CV-Forge System. 
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Figure 6: Plan View of a Titanium Alloy Connecting Link and the Sections 
Analyzed in Previous Study”) 
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Figure 7: Stress Distribution on Cross Section J-J of the Connecting Link 
for an Assumed Flow Stress of 1000 PSI) 
(Section Width tncluding Flash = 7.6 inch, Section Height = 4.7 
inch) 
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Figure 8: Main Bearing Cross Section of a Forged Crankshaft with Flow 
Model and Stress Distribution. 
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THREE-DIMENSIONAL DATA ANALYSIS 
USING COMPUTERVISION CADDS4 


David I. Terrill 
Dresser Magcobar 
10205 Westheimer 

Houston, TX 77042. 

(713) 972-5972 


Any engineer required to analyze or report test results can appreciate the difficulty of ex- 
amining the reams of paper often generated by analysis programs or measurement tests. This 
paper presents a reasonably simple approach to display, verification, analysis, and documenta- 
tion of test data using the three-dimensional graphics and user-oriented programming capabil- 
ities of the Computervision CADDS4 interactive graphics system. 

The first requirement at Dresser Magcobar for a graphical display of test data was to 
display the results of an analysis program which had been generated on an engineering com- 
puter system. The program had output the results of seven different dependent variables, 
called ‘‘sensitivities’’ or uncertainties, by calculating their values through the ranges of the 
two independent variables, called ‘‘TFO’’ and ‘‘Ixy’’. The results were seven sets of data, 
each containing 703 data points. Because of the large quantity of data points, the data was 
very difficult to analyze, and manually preparing the data into a reportable form would have 
been prohibitively time consuming. 

The approach taken was to write all seven sets of data onto standard ASCII character 
code magnetic tape files, then to read these files into text files on the Computervision system. 
Then a short, simple PEP program was written to read all the data points and generate three 
dimensional points and B-spline curves from the data. Then, B-spline patch surfaces were 
created from the curves, the results were rotated into an orientation for optimum display, and 
the axes were labelled using three-dimensional model text entities. 

Figure 1 shows the PEP source file, Figure 2 shows a sample input data file, and Figures 
3 thru 5 represent the resultant graphics files for three of the dependent variables in this first 
— application. FORTRAN formatted READ statements were used to read the input data. Since 
the values of the dependent variables were very small numbers (see Figure 2), and option for 
scaling the values of X, Y, or Z data was added at line 5 of the PEP source file, then the 
scale factors were added to the beginning of the data files. For this reason, the ‘‘sensitivity’’ 
values represented in Figures 3 thru 5 appear considerably larger than the annotation on the 
‘‘sensitivity’’ axis indicates. Also, certain occurrences of the data had infinite or indeterminate 
values, representing an error condition. These values were arbitrarily set to a large value and 
an option added to the PEP source file to revise the magnitude of the error condition for 
display purposes, as indicated by the ‘‘INF’’ annotation on the ‘‘sensitivity’’ axis. 

Having thus created a graphical representation of his data, the engineer is now able to 
interactively examine, verify, or plot his data. In addition, in this particular application, it is 
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important to the engineer to examine which area of ‘“TFO”’ and ‘‘Ixy’’ fall within an accept- 
ably low value of ‘‘sensitivity’’. Assuming that +0.5 is his acceptable limit (reference Figure 
5), he can define a view and use Z — clipping to display only the portions of the B-spline sur- 
face that lie between the planes Z = +0.5. This capability is illustrated in Figure 6. 

The same PEP source program, with minor modifications, can be used for a wide variety 
of different plot requirements. Another application is illustrated in Figures 7 thru 10, 
representing the results of test measurements in a survey area. Figures 7 and 8 show a rather 
‘‘noisy’’ set of data points, and Figures 9 and 10 show a relatively stable set of points. 
Although the data in this case was generated manually and had to be manually input into the 
Computervision system, the entire project illustrated in Figures 7 thru 10 was $s accomplished 
with less than eight man-hours of effort. 

In addition to the many features provided by Computervision CADDS4 for Mechanical 
Design and Drafting, from conceptual design through analysis to final documentation, the 
system also provides Dresser Magcobar a significant capability for interactive analysis and 
reporting of test data. Even in cases with large numbers of data points, completely annotated 
graphics files can now be generated with about two man-hours of effort. In highly repetitive 
projects where several graphics files are created using similar data, part figures can be created 
for axis annotation and execute files created for drawing generation, reducing the effort to 
produce graphics files to little more than system execution time. 
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Figure 1: PEP source file. 


80 


o— om o-—— o 


ON OTP WN — 


ee tee ee o— § om 


roan 
wd 


Ca te coal 


~. 


Ly RE EF eG) 
oe Cm OT 4 Uw 


caw co 


oh Os Os 


UU. 
OO wa O UO 45 GN oO 


~ 


tad Ga we W GO G: GS Gi Go G GI Ge 
OS 


a es ey 


ee 


— OG 
Ny be 


sen 
e 
Pd 


SON 


~. 
ad 


MN 
Wek AS 
° 


WE NM NG 
Lyi 
e e 


a 


LJ 


wr 
e 


Lr 
e 


is 


e 


“ ry uNY 
« ~~ 
rN INS 

VAS oh 


% i] 
sao ee - 
~ Te, 
Ju ss 


ee 
aCe. 
We ee a 


Figure 2: Input Data file. 


10. 
20. 
30. 
40. 
90. 
60. 
TO. 


~~, Cy UU 
abe 
e 


oe 
SU. 
O06 
bad 
eee 
Ls 
ar 


“2 GE Ge DROW Po PO 
{. 
° 


1 (a) 
BO 


4 oY 
ww ~~ © 
~ ane F asl 
aha z 
3 ad 4 @ 
on ’ ay ; 2 
RG LOA 


Spe 
9200 


erarere 
CI00 
9090 
9900 
OCOO0 
O900 


Saree 


O00 
nae 


: aes | 
Vd ed DANY 
FAIA 
r) “ae a Wf 


oy ’ dara sean ir 
ed Tied 


NES 
tw et ANA 


AHA 
wt \e Ho Nee 
PYVEN OLS, 
ee are a ee 2 


ay ae 
oy a 


COD 
1670/9 
a6 ee, 
GOOC 
OIG 
QO0G 
O0G 
Soe 


S100 8. 


f > Fa 
ns rr rr I : 
we Ne ee 
Lae 
ASA 


AIO 


~* 


‘2G 
oot / 
a ood 
5D 


075004 
Prdatt 
142342 
170232 
19245C 
20382 | 


1y¥4 


{a2 


cy 


or Mots 
OF 
Donal 
mena 
~ 


Ul Goh © 
Wie NMOwOU Ss 


pS ‘~ 


wee 


WU 


4 


als 


= CO AO -BPOOr oO net OO 


—- hBwWNC CO-~- nao 
— MOM WGN 


~~] 
t 


eG 

wane 

mo — BW UM ff RE BR PO 
I 


OCD ms NDP KD NDI 
fds — ROP OC —~ YP Non 


a, 
*, ram : fi" 
2:38 0189) 


81 


MLL RL LAS as, 


Figure 3: Graphics file containing 703 data points. 
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Figure 5: Graphics file containing 1369 data points. 
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Figure 7: Graphics file for test measurement application. 
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Figure 8: Orthographic view of data shown in Figure 7. 
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APPENDICES 

1. Part Layering scheme 

2. The drawing sheet on balloons 
3. Figures — a typical application 
4. Programs and execute files. 


ABSTRACT 
Companies have many different reasons for acquiring CAD/CAM systems, but foremost 


in the requirements of most companies is the need to produce complex engineering drawings 
as quickly as possible. This paper outlines techniques for creating arrangement drawings 
quickly and easily using the facilities of the Computervision system. 

The techniques make use of a number of features of the system including ‘VARPRO’ 
programs to handle standard procedures, ‘libraries’ of standard and parameterised parts and 
‘Data Extract’ to generate information for a bill of materials report. 

Many experienced users are developing, or have developed, techniques such as these 
described here to satisfy various requirements, which include the need to produce assembly 
and arrangement drawings, layouts and tender documents for a variety of applications in 
mechanical engineering design and draughting. — 

This paper is primarily directed to the newer users who may be looking for methods such 
as these to solve problems in such applications, but I hope a few of the more experienced 
users will also pick us a few ‘TIPS’. 
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THE METHOD | 

The method uses a procedure for creating an engineering drawing which begins with the 
insertion of a standard drawing form. The actual drawing is created mainly by inserting stan- 
dard components, from a library of such items, with additional information inserted using the 
standard CADD’s commands, as necessary. The information for the bill of materials is con- 
tained within ‘balloons’ which can be inserted with the library parts or separately. Data ex- 
tract procedures are used to create a bill of materials report. 

The techniques involve the use of EXECUTE files and VARPRO programs to standar- 
dise and automate much of the work, some examples of these Programs are included at the 
end of this paper. 

The details of the method, as described in the following paragraphs, are based on a par- 
ticular application at a particular company but the actual examples and the execute files have 
been modified to suit the needs of this presentation. Each application is individual and the 
techniques will be developed to suit the requirements of the particular application. 


THE DRAWING SHEETS 

The production of an engineering drawing pees with the insertion of a standard draw- 
ing format. 

Drawing sheets are held on the system in the sendace sizes used by the company — AO 
to A3. Each sheet comprises two parts — an outline frame and certain other data to be in- 
serted into the engineering drawing as individual entities (i.e. as a ‘part’), and fixed text and 
titling boxes to be inserted as a single ‘figure’. 

The PART includes the outside edge and inside frame of the drawing, which may then be 
used for reference if necessary. It also includes ‘text nodes’ which describe the text to be add- 
ed to the titling box, defining its position, font, height and other parameters, as required. The 
TNODES also contain properties for use by the data extract procedure. 

The FIGURE contains the remainder of the drawing sheet, the internal boxing, the com- 
pany name and other annotation, symbols and other information contained in the company’s 
standard drawing form. 

The parts that make up a typical drawing sheet are shown in Appendix 2 (figs. 1-3). 
Many variations on the theme may exist, for example the same fixed standard titling box may 
be inserted in various sized frames, or there may be a completely different layout for each size 
drawing. | 

Layering conventions must be used, the particular requirements determine the complexity 
of the scheme. The layering scheme applicable to this example is given in the appendices. 


INITIALISING A DRAWING | | 

An engineering drawing is initialised by beginning a new part into whieh the drawing 
frame is inserted. To standardise and simplify the procedure a VARPRO program is used to 
begin the drawing, insert a drawing sheet of the required size and set the layering and other 
parameters necessary. 
| The VARPRO program X.DRG. RUN-BEG- 1D, included in the appendices, satisfies the 
basic requirements for simple 2D drawings. Many applications require a more powerful pro- 
gram for complex 2D and 3D drawings which would pre-define a number of ‘parts’ 
automatically. 

Also included in an execute file X. DRG.INS-TITLES which requests data and inserts it 
on the correct text nodes in the titling box. 


THE BALLOONS 

In an engineering drawing balloons are used to identify the individual items of an 
assembly and reference them to a parts listing. _ 

Arrangement and assembly drawings are built up by adding parts which represent the 
items which make up the assembly. In many applications involving a schematic representation 
of the finished component, e.g. piping and printed circuit boards, the individual items are ad- 
ded as figures to provide a pictorial presentation of the assembly, however in many 
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mechanical engineering applications it is more convenient to add the items and sub assemblies 
as parts so that the individual entities can be modified to suit a particular need. To provide a 
textural description of the component, enabling a parts list to automatically be generated, a 
balloon is added as a figure. 

The balloons are parts comprising the necessary graphics, a circle, a connect node to 
which the string (a nodal line) is connected, and text nodes with properties to position the 
reference number and the remaining text. In this application it was more convenient to include 
all the descriptive information as text (on layers to be echoed off), in other cases it may be 
more satisfactory to add it as a property. 

The balloons are added to the drawing as a nodal figure and then connected to the item 
referenced by the nodal line which terminates at a small circle (with a connect node at its 
centre) on the item being referenced. Once added the balloons may be moved around very 
easily. Other methods of implementation include terminating the string with an arrow, and 
omitting the circle around the reference number (as in this particular application). 

Since there are many instances in which a balloon must reference an item which already 
has a description (in another view for instance) a ‘null balloon’, i.e. one without the property 
information, is also provided. The balloons are shown pictorially in Appendix 2 (figs. 4-6). 


USING THE BALLOONS 

The balloons can be added to the assembly drawing after the individual items have been 
inserted, however they are usually a part of the library part. They may also be added 
automatically after the item has been drawn (by a PEP or VARPRO program). 

To simplify the insertion of balloons a number of VARPRO Programs have been 
developed, X.B.INS-BALLOON and others are included in the appendices. A program for 
inserting balloons into 3D parts is also included. 

The method offers extreme flexibility since the individual parts of an assembly can be 
created in the most convenient manner only the balloon need conform to the standards 
required for the data extract procedures. 


THE LIBRARY PARTS 

An assembly drawing is generated by adding together items and sub assemblies which are 
held in a ‘library of parts’. 

The library comprises the individual items and frequently used sub assemblies. Individual 
parts normally contain just the geometric description but sub assemblies may include cross- 
hatching, centre lines and hidden detail in the way in which they would normally appear in 
the finished drawing, some examples are given in Appendix 3 (figs. 1-2). The sub assemblies, 
and where appropriate the individual items, also include the balloons suitably annotated and 
placed in a position convenient for the finished drawing. Other annotation may be included to 
assist the user. Further examples are given in figures 3-7. 

The library also includes certain standard sections and views which are required for the 
finished drawing (figs. 8-9). Similar libraries in other applications may also include standard 
blocks of notes, data tables, and other similar items. 

The majority of the library items in this application have been constructed and stored as 
‘parts’ on the system, but many applications will make use of ‘parameterised’ parts generated 
using PEP and/or VARPRO programs which may automatically add the balloon after 
creating the part. 

The library is built up on an ‘as needed’ basis, i.e. the first time an item is required it is 
created and used, then it is filed as a library part for immediate use on the next occasion. 
Clearly it takes a little time to build up a useful library but a careful study of future needs 
and time spent on building an effective library will pay considerable dividends. 


CONSTRUCTING THE DRAWING 
The construction of the drawing is a straight-forward process. The various stages are 
shown in Appendix 3. After the drawing sheet has been inserted using the initialisation pro- 
cedure (fig. 10), the items and sub assemblies are added. Various stages in the insertion of the 
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first few items are shown (figs. 11-16), together with the completed main view (fig. 17). Alter- 
native methods of construction include building the views separately and inserting them into 
the drawing sheet on completion, a particular convenient method if the size of completed 
component cannot easily be ascertained at the start. 

The completed drawing is shown, with the titling block annotated (figs. 18-19) and final- 
ly the drawing ready for plotting (fig. 20). 


EXTRACTING THE BOM 

The list of parts (bill of materials) is obtained using ‘data extract’. This package provides 
the facilities for extracting non-graphic information from a drawing to build a file of textural 
information, and may be used to create a variety of reports from a part or set of parts. 

_ The list of parts is created from the information contained in the balloons and certain 
header information is extracted from the titling box. The data to be extracted and the manner 
of presentation of the report is described by an ‘extract definition file’ (EDF). The EDF and 
the VARPRO program which runs the complete process are also included in the appendices. 

In this particular application there is a further requirement to post process the basic bill 
of materials report. The output from data extract is restructured to provide trailer lines for 
change information, double line spacing of items, a tally of the number off of each item from 
counts on the balloon, and other minor modifications. The report is then output to a line © 
printer in a way such that it can be cut into A4 sheets that closely resemble the existing (non- 
computer generated) forms. Other applications are not, usually, as demanding! 


POST SCRIPT 

There are many different ways in which the methods outlined above can be implemented, 
each application must be examined individually. The basic procedure will be the same, but the 
drawing formats and balloons can be constructed to suit the standards of the particular com- 
pany. 

Many experienced users have already developed their own procedures, I hope that this 
paper will prompt other users to look at similar applications and help them to build their own 
methods. 
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APPENDIX 1 
PART LAYERING SCHEME FOR MDD APPLICATIONS 
The following pages define a general layering scheme for mechanical design and 
draughting and associated applications. 


LAYERS — SUMMARY OF LAYER ALLOCATION 


0 temporary work, construction etc. — to be erased on completion — not to be 
drawn 

1-99 for design and draughting office use — inc. geometric description, drawing an- 
notation, etc. 

100-199 for associated applications or further design use depending on part requirements. 

200-255 for management information use and other non-geometric/ draughting informa- 
tion. 

NOTE Many other aspects of system management and administration depend on the 


layering strategy. It is important that it is well-defined, comprehensive yet not 
complex, and the number layers allocated should be kept to a minimum with 
room for future development, and tailoring. 

LAYERS — DRAWING MANAGEMENT INFORMATION AREA 


201-209 balloon graphics and text and/or similar data in drawing views for part list infor- 
mation. 

210-229 reserved for future development for drawing management systems. 

230-239 engineering information — mass properties and flow/stress analysis calcs and 
results. 

240 drawing frame — outer edge of sheet and inner frame, ‘keep in’ area. 

241 drawing blank outlines and title block lines, company name and similar data. 

— 242-243 text and figures in drawing blank for pen thicknesses — fine (242) and standard 

(243). 

244-249 other text on standard sheet for specific applications, used as necessary. 

250 text nodes and text for title box data, (spread to following layers if necessary). 

255 textural description of information contained in this part (kept to a minimum). 

NOTE The actual number of layers allocated is small — there is considerable room for 


future development and tailoring to satisfy particular requirements. 
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APPENDIX 2 

FIGURES THE DRAWING SHEET AND BALLOONS 
the drawing frames and text nodes. 
the text nodes in the titling box. 
the titling box figure. 
the balloons showing annotation. 
the balloons echoed for drawing. 
the balloons showing the properties. 
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Fig. 
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APPENDIX 3 
FIGURES A TYPICAL APPLICATION 
library part sub assemblies 
library parts showing annotation. 
library part section and view. 
the drawing sheet inserted. 
the first part inserted. 
unnecessary annotation removed. 
the second part inserted, 
and suitably re-arranged. 
the third part inserted. 
the fourth part inserted. 
the completed view. 
the completed drawing. 
the titling box. 
the drawing ready for plotting. 


The list of parts report. 
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APPENDIX 4 

PROCEDURES PROGRAMS AND EXECUTE FILES 
initialise a new engineering drawing. 
insert data in the title box. 
insert a balloon and its annotation. 
insert a dummy balloon and a number. 
insert balloons and text in 3D parts. 
insert dummy balloons in 3D parts. 
insert balloons and their strings. 
provide annotation for the balloons. 
. run the BOM report procedures. 
an EDF for MD applications. 


SeOIAWRYNS 


peso 


JRP.D.X.ORG.&BCD. RUN-BEG-ID 
6-25-81 12:33:42 


LIEPRNT | 

2!PRNT THIS FILE INITIALISES A NEW ENGINEERING DRAWING 
S!PRNT ### ## HH FF eee Hee thes se He ste ee sees HHA HARA HHA 
4!PRNT | 

S!IPRNT A NEW PART WILL RE INITIALISED WITH THE DRAWING 
ieee BLANK INSERTED AND THE LAYERS ETC INITIALLY SET 
TI! PRNT ? 
B!PRNT THE CURRENT PART WILL BE ABANDONED ! 

-~9IPRNT FILE NOW IF IT 1S TO BE PRESERVED ! 

1O!<VAR> 

11! EXECV 

12!PRNT PLEASE SPECIFY SIZE OF DRAWING BLANK = AO : O 
13! PRAT 

14 :SIZE=0 | 

1I5!READ (DRAWING SIZE ? : ) SIZE 

16EPRNT 7 

}7'EXIT<CR>DG<CR> 

IS!CADDSCLR<CROOK<CR><CR> 

LO! DUMMY. DRAWING /DBU= MM 

20!0K 

2\!RST KEY ME.12.D.1 

22:SEL LAY 240 

23!ECH LAY 240-250 

24!INS PART JRP.D-ORGSHT.ALSIZE].PRT BLAY 240 

25!INS FIG JRP.D.DRGSHT.ALSIZE].FIG «= XOYO 

26!SEL LAY 1 

27'ECH LAY P 1-99 

28!Z0M ALL P2 

29! | 

ee ok kk END OF THE EXECUTE FILE KKK KKK 
Li* | 

32!* .PART IS NOW READY FOR DETAILS TO BE ADDED 

331* 


JRP.D.X.DRG.&BCD. INS-TITLES ~ 
6-25-81 12: 33:42 


ix 


2!* THIS EXECUTE FILE INSERTS DATA IN THE TITLE BOX 
BY KKK KK KK KKK A KEKE KK KKK KKK KK REK RK REAR KK KK KKK KKK 


Al | | 

5ix* PLEASE PROVIDE THE INFORMATION AS REQUESTED 
6!lx* | | | 

7T!ZOM WIN 2 <VAR> 

Six 


J!i*® SPECIFY THE DRAWING NUMBER 
1O!INS NTXT S<VAR> $ SEQ102 
lli* 
sce AND THE DRAWING DESCRIPTION 
I3S!INS NTXT $<VAR> §$ Peers 
14x 
15!* GIVE THE SHEET NO. THEN THE NUMBER QF SHEETS 
T6!INS NTXT $$<VAR> $<VAR> $$ SEQI 06 
l7ilx 
18!*® NOW PROVIDE THE DEPARTMENT CODE 
1S 'INS NTXT $<VAR> $ SEQI16 
20!* 
21!% FINALLY THE DATE AND YOUR NAME 
22!'INS NTXT $$1981$<VAR> $<VAR> $$ SECQ120 
23! 
24x kK Kk IK THANKYOU Kk kkKKKK 
25!* | 


JRP.O.X.B.&BCD. INS-BALLOON 
f= 2-81 10847227 


}IPRNT | 
2!PRNT THIS PROGRAM INSERTS A BALLOON AND ITS ANNOTATION 
3!PRNT COT ETR ER ETO OUEE ETC Ge CCE EAE ONT AE eA eee eae hen eae | 
4!'PRNT. 
S5!PRNT THIS PROCEDURE INSERTS ONE BALLOON WITH ITS 
S!PRNT STRING AND ADDS ANNOTATION FOR A BOM REPORT 
TIPRNT 
B8!SEL LAY 201 | 
OLEXECV | 
}O!PRNT DIGITISE FIRST THE POSITION OF THE BALLOON 
}V!PRNT SECONDLY THE POSITION ON THE ITEM REFERENCED 
12!'PRNT , 
13!BX=0 
14!'BY=0 
IS5!AX=0 | 
16!AY=0 
}7!DIGI (VDIG) BX, BY 
IS!INIGI (VDIG) AX,AY 
IQ!IF (BX.EQ.0.0R.BY.EQ.0) GOTO LABEL9 
20!INS NFIG JRP.D.X.FIG-BALLOON = X(BXI]YCBY] 
2I!INS CIR RO.5 & XCAXIYCAY) | 
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22!INS CNOD : XCAXIYCAY) 

23!INS NLIN s XLBXJY{IBY] ,XCAXIYLAY] 

24'1<CR> 

25! EXECV 

ae THIS SECTION PROVIDES ANNOTATION FOR THE BALLOONS 
27IPRNT 

23!IPRNT NOTE :- PLEASE FOLLOW THE INSTRUCTIONS CAREFULLY ! 
29'I!PRNT TEXT MUST NOT EXCEED STATED NUMBER OF CHARACTERS ! 
30!PRNT | 
31!PRNT CHARACTER. 1-20 1234567890123456/7890 

32!'READ (ENTER POS ~— 3 : ) &POS 

33!READ (BENENNUNG - 21 ¢ ) 8&BEN 

34!READ (NORM NR - 14 : ) &NRM 

35!READ (STUECK AUS - 3 3.) &SIK. 

36!READ (WERKSTOFF -— 8 & ) &WiRK 

3S7!READ CROHMASS - 18 : ) &RHM 

38!READ (DIN NUMMER = 5 s ) &DIN 

39!READ (BEMERKUNG - 16 : ) &BMK 

40!READ (VORRAT ? - 6 : ) &LGR 


41!INS NTIXT <* 

42!$$ [&8POS] S{&BEN) SL&NRA] SI&STK) $< 
43!({&WRK] S[&RHM)] S[A&DIN]) S{[&8BMK] SL&LGR] $$ <* 
44!NFIG : XL BXI]YC(BY] 

45!#LABEL9O x 


461% eke END OF VARPRO PROGRAM *k#i%% 
471 


JRP.D.X.Be&BCD. INS-BLN-NUL 
— T= 2-81 102483 11 


1! PRNT 

2!IPRNT THIS PROGRAM INSERTS A DUMMY BALLOON AND A NUMBER 
SIPRNT ##### 4e ef ee et teddeds sc te ee shee eee teea ate eaee eee ese FeaaFe 
4!PRNT 

5!PRNT THIS PROCEDURE INSERTS ONE BALLOON WITH ITS 
6!PRNT STRING BUT WITHOUT ANNOTATION FOR THE BOM ! 
TIPRNT 

BISEL LAY 201 

St EXECV 

}O!PRNT DIGITISE FIRST THE POSITION OF THE BALLOON 
11 !PRNT SECONDLY THE POSITION ON THE ITEM REFERENCED 
12! PRNT 

13!BX=0 

14! BY=0 

15!'AX=0 

1}6!AY=0 

}7!DIGI (VDIG) BX,BY 

IS!DIGI (VDIG) AX,AY 

IS!IF (BX.EQ.0.0R.BY.EQ.0) GOTO LABEL9 

2O0!INS NFIG JRP.D.X.FIG-BLNNULL =: XC BXIJYCBY] 

21!INS CIR RO.5 =: XLAXIJYCAY] 

22!INS CNOD 2 XCAXIYCAYI 

23!INS NLIN : X{LBXJYI BY] ,XCAXIYLAY] 

24!<CR> 
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JRP. 


Tas 


2>!EXECV | 

26!PRNT. THIS SECTION PROVIDES ANNOTATION FOR THE BALLOONS 
2/7!PRNT 

23!PRNT NOTE *:- PLEASE FOLLOW THE INSTRUCTIONS CAREFULLY ! 


29'IPRNT TEXT MUST NOT EXCEED STATED NUMBER OF CHARACTERS ! 
SOLPRNT 


31!READ (ENTER POS = 3: ) &POS | 
32'INS NFIG $s ([&P0OS) $$ NFIG : XE BXI]Y(BY] 
33!#LABEL9O x* 


S4!).% kkekAeX END OF VARPRO PROGRAM **4%*%% 
35!* 


U0.X.B.&BCD. INS-BLN-3=D 
2-81 15229:53 


1}! PRNT 
2!PRNT THIS PROGRAM INSERTS BALLOONS & TEXT IN 30 PARTS 
SIPRNT ###e He HH FHF heeds es seHHese esd se Hse Heses Has AHA HAHAHAHA 
4!PRNT 
S!PRNT THIS PROCEDURE INSERTS BALLOONS IN 3=-D WITH 
O!PRNT STRING AND ADDS AWNOTATION. FOR A BOM REPORT. 
TIPRNT 
8!PORT=2 
O!READ (PLEASE SPECIFY THE PORT & ) PORT 
1O!PRNT | 
hI!IF (PORT=2) GOTO LBL2 
12!TF (PORT=3) GOTO LBL3 
13!1IF (PORT=4) GOTO LBL4 | 
14!PRNT PORT NOT ALLOWED - MUST BE PORT 2 3 4 ! 
15!GOTO LBL9 
l\6!#LBL2 USE PORT 2 
I7IVIEN=2 
18!SEL LAY 202 
IO!ECH LAY P202 206-209 
20!GOTO LBL6 | 
21!#LBL3 USE PORT 3 
22!VIEW=] 
231SEL. LAY .203 
24!ECH LAY P203 206-209 
25!GOTO LBL6 


26S #LBL4 USE PORT 4 
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27!IVIEW=5 
28!SEL LAY 204 
29'ECH LAY P204 206-209 


30!GOTQ LBL6 


31 !#LBL6 

S2)S5EL, VCON 

33!SEL DEP O 

34!EXECV 

35!#LBL7 PRNT 

36!PRNT DIGITISE FIRST THE POSITION OF THE BALLOON 

37!PRNT SECONDLY THE POSITION ON THE ITEM REFERENCED 

38 !PRNT | 

39!PRNT PLEASE DIGITISE IN !!! PORT [PORT] =: VIEW [VIEW] !12! 
40O!PRNT 


41!Bx=0 
42!BY=0 
43!AX=0 
44!'1AY=0 
45!DIGI (VDIG) BX,BY 
46!DIGI (VDIG) AX,AY 
4T!IF (BX.EQ.0.0R.BY.EQ.0) GOTO LBL9 
43'3INS NFIG JRP.D.X.~FIG-BALLON FROMVUITOVU([VIEW]:X(BXIJYC(BY] 
49!INS CIR RO.5 : XLAXIJYLAY] 
a CNOD @¢ XLTAXJYCAY] 
52! 
53! 
54! 
55! 
56! 
57! 
58! 
59! 
60! 
6I1!INS NLIN : XCBX-7)Y(BY-71],XLAXIJYLAY) 
62!<CR> : 
63!EXECV 
64!PRNT THIS SECTION PROVINES ANNOTATION FOR THE BALLOONS 
65! PRNT 7 
66!PRNT NOTE s— PLEASE FOLLOW THE INSTRUCTIONS CAREFULLY ! 
67!PRNT TEXT MUST NOT EXCEED STATED NUMBER OF CHARACTERS ! 
68!PRNT | 
69!PRNT CHARACTER 1-20 : 12345678901234567890 
TO!READ CENTER POS = 3 ) &POS 
TI!READ (CBENENNUNG = 21 ) &BEN 
T2!READ (NORM NR - 14 ») &NRM 
73!READ (STUECK AUS =- 3 ) &STK 
T4!'READ CWERKSTOFF - 8 3 ) A&WRK 
TO!READ CROHMASS ~ 18 : ) &RHM 
) 
) 
) 


ee e6 ee ee 


T6'READ (DIN NUMMER =- 5 3 &DIN 

TIYREAD (BEMERKUNG - 16 3 &BMK 

7B8!READ (CVORRAT ? - 6? &LGR 

TOLINS NTXT <x 

B80!Ss C&POS] ${&BEN] SC&NRM) ST&STK] $<x 
SI!C&WRK] SC&RHM] S{L&DIN] S{[&BMn)] $[&LGR] $$ <x 
S2INP IG & XUBXIJYEBY J 

BSTEAECV 

84 'PRNT 

B51 8ANS= "NOH 

B86!READ (ANOTHER BALLOON - Y/N ? = ) &ANS 
Sil IF COANS EO. YY"). “GOTO. LBLF : 
88!#LBLO x 

B9!x kkk*kkK END OF VARPRO PROGRAM ****x% 
9O!* 


T= 2-81 15:30:50 
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L!PRNT | | 

2!PRNT THIS PROGRAM INSERTS DUMMY BALLOONS IN 3D PARTS 
SIPRNT #### est HH she HHH AHH KAA K HHA A HAHA SAA HARRAH HAH AHH 
4!PRNT | , 

S!IPRNT. THIS PROCEDURE INSERTS BALLOONS IN 3=-D WITH 


6IPRNT STRING BUT WITHOUT ANNOTATION FOR THE BOM !. 
TIEPRNT i 


8!PORT=2 
9!READ (PLEASE SPECIFY THE PORT : ) PORT 
1O!PRNT | 
11 !IF (PORT=2) GOTO LBL2 
12!TF (PORT=3) GOTO LBL3 
1381F (PORT=4) GOTO LBL4 
14!PRNT. PORT NOT ALLOWED - MUST BE PORT 2 3 4 ! 
15!GOTO LBL9 
16!#LBL2 USE PORT 2 
I7TIVIEW=2 
18!SEL LAY 202 
I9!ECH LAY P202 206-209 
20!GOTO LBL6 
21!¥LBL3 USE PORT 3 
22!VIEW=1 
23!SEL LAY 203 | 
24!ECH LAY P203 206-209 
25!GOTO LBL6 
26!#LBL4 USE PORT 4 
27!VIEW=5 
28!SEL LAY 204 
29!ECH LAY P204 206-209 


30!GOTO LBL6 


31!#4LBL6 

32!SEL VCQON 

33!SEL DEP O 

34!EXECV 

35!#4LBL7 PRNT | 

36!PRNT DIGITISE FIRST THE POSITION OF THE BALLOON 

37!PRNT SECONDLY THE POSITION ON THE ITEM REFERENCED 

38! PRNT 

39!PRNT PLEASE DIGITISE IN !!! PORT [PORT] : VIEW [VIEW] !!! 
40! PRNT 

41!Bx=0 

42! BY=0 

43!AX=0 

44!AY=0 

45!DIGI (VDIG) BX,BY 

46!DIGI (VDIG) AX,AY 

47!1IF (BX.EQ.0.0R.BY.EQ.0) GOTO LBL9 

48!INS NFIG JRP.D.XeFIG<BLNNUL FROMVUITOVU[VIEW]:XC(BXIYC BY] 
49!INS CIR RO.5 = XCAXIYLAY]) 

at aaa CNOD s: XCAXIYCAY] 


52! 


Sit. 

58! 

59! 

60! 

6)!INS NLIN s XC BX-7I)YCBY-7),X(AXIYCAY] 

62!<CR> 

63!EXECV 

64'°PRNT THIS SECTION PROVIDES ANNOTATION FOR THE BALLOONS 
65! PRNT 

645!PRNT NOTE *-= PLEASE FOLLOW THE INSTRUCTIONS CAREFULLY ! 
67!PRNT TEXT MUST NOT EXCEEND STATED NUMBER OF CHARACTERS ! 
68! PRNT 

69!READ (CENTER POS - 3 : ) &POS 

TO!INS NTXT $$ (POS) $$ NFIG =: X(BXIJYCBY] 

TILEXECV | : 

72! PRNT 

T3!&ANS=" NOY 

T4°READ CANOTHER BALLOON — Y/N ? 3 ) &ANS 

TO!ITF C&ANSJSEQ."¥") GOTO LBL? 

T6'#LBLO x | 

TIL k xe END OF VARPROQ PROGRAM *xx*x**x*x 

138i 


JRP.D.X.B.&BCD. INS=-BLN-FIG 
6-25-81 19:47:27 


pix 


2!* THIS EXECUTE FILE INSERTS BALLOONS AND THEIR STRINGS 
3 Vd KKK KKKKKKKKKEKEKKEK KEKE KKKEKEKKK KKK KKK KK KKK KKK RRR KEK 
4A!lx* 

5!* THIS PROCEDURE ENABLES A NUMBER OF BALLOONS 
6!* WITH THEIR STRINGS TO BE INSERTED MORE EASILY. 
li« | 

B3!* DIGITISE FIRST THE POSITIONS OF THE BALLOON 
9x SECONDLY THE POSITIONS ON THE ITEM REFERENCED 

1O0!*% THIRDLY AGAIN THE SAME POSITIONS ON THE ITEM 

}1!*® FINALLY CONNECT THE TWO WITH TWO DIGITISES EACH 

lolx | 

13!SEL LAY 201 

14! INS NFIG JRP.D.X.FIG-BALLOON 3: <VAR> 

ID!INS CIR RO.5 s <VAR> 

1I6!INS CNOD : ORG CIR <VAR> 

I7!INS NLIN : <VAR> 

18!* 

lO ix kkk END OF EXECUTE FILE Kk KKK 

20! | 
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JRP.D.X or &BCD. INS-BLN=-TXT 
6-25-81 17357326 


1! PRNT , 

2!PRNT. THIS PROGRAM PROVIDES ANNOTATION FOR THE BALLOONS 
SIPRINT tte et tt tH tt ot Hat A et at ot ot ot at Et ot aE ot at Pt ot att 
4!'PRNT 

S!IPRNT NOTE :— PLEASE FOLLOW THE INSTRUCTIONS CAREFULLY 
6!IPRNT TEXT MUST NOT EXCEED STATED NUMBER OF CHARACTERS 
TEPRNT | : 

B!PRNT CHARACTER 1-20 : 12345678901 234567890 


S!IREAD (ENTER POS = 3 : ) &POSs 
1O!READ (BENENNUNG - 21 3 ) &BEN 
11 !READ (NORM NR - 14 3 ) &NRM 
12!READ (STUECK AUS - 3: ) &STK 
13!READ (WERKSTOFF - 8 : ) &WRK 
14!READ (ROHMASS - 18 : ) &RHM 
I5!READ (DIN NUMMER - 5 3 ) &DIN 
16!READ (BEMERKUNG - 16 3 ) &BMK 
I7!READ C(VORRAT 2? - 6+ ) &LGR 


IS!tINS NTXT <« 

19'ss$ (&POS) SCA&BEN] S{L&NRM) S[T&STK] $< 
2O!CAWRK] SCA&RHM)] SCT&DIN] S(T&BMK] hi eecneala: $$ <& 
21!INFIG 3s <VAR> 

22'x 

231% xkk*kkk END OF VARPRQ PROGRAM *x*x«* 

24ix 


JRP2DO.X.DRG. ABCD. RUN-BOM=0P 
6-29-81) 14217253 


122 


}IPRNT 


2!PRNT THIS PROGRAM RUNS THE BOM REPORT PROCEDURES 
B3!IPRNT #### ee ee Hee ester dhs eee aes seas atta se tet ts ee A 
4!PRNT 

5!PRNT THE CURRENT PART WILL BE ABANDONED ! 

6!PRNT FILE NOW IF IT IS TO BE PRESERVED ! 
T!<VAR> 

S!EXECV | 

O!READ (PLEASE SPECIFY PART NAME =: ) &PART 
IO!READ (NEXT THE BOM REPORT NAME & ) Q&NAME 


ALT!EPRNT 


}2tEXTR DATA JP.BOM.EDF.PS PART C&PART]) NAME ZEIT.».JPBOM.PS.EXTR 
13!<CR> 

14!RUN BOMSTK 
IS'tZEIT.JPBOM.PS.EXTR 
1}6!ZEIT.JPBOM.PS.TEIL 
I7!ZEIT. JPBOM. PS. SE Lt 
18!<CR> 

1IS!'RUN BOMFIN 
20!ZEIT.JPBOM.PS.SEIT 

21!ZEIT.JPBOM.PS.TEIL 
22! (&NAME] 

23!<CR> 


24!EXIT 

25!DG 

26!DELETE ZEIT.JPBOM. PS//NLEV 

21iix 

281.6% xkk*ke END OF BOM REPORT PROCEDURE *x%x%x 
29'x 

3O0!k xkkekKe ON PARTNAME = [&PART] 

31! 


32!% *xkekek REPORT FILE = £&NAME] !12! 
331% | 


JRP.D.DRG.X-EDF.&BCD.BOM 
7- 1-81 18250247 


ee 28-NOV-80 : JRP (CVE) : VERSION 1 

re REFERENCE - J.R. PAINTER - CVE HQ 

a dekh tenhaesiedsekadieisadiebekpeakaaidieeiauneiniiiaes 
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25! 
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29!> NAME / UNIV SNTXT. TR<TNOD-PROPNAME 7 JACK , 

30!> DATE / UNIV.NTXT.IF-TNOD-PROPNAME / REGENDATE 

31!> WANB. . ¢ UNIV. NTXT.ITF-TNOD=PROPNAME 7 DRAWING -. 

32!> BGR / UNIV. NTXT.TF-TNOD-PROPNAME 7 XLOC 
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40!> DIN COMP .NTXT. TF<TNOD=PROPNAME PANEL 


123 


124 


411> 
42!> 
431« 


BMRKNG 


/COMP.NIXT. TF -TNOD=PROPNAME / VALUEA 
LAGER 


S/COMP.NTXT. TF-<TNOD=PROPNAME / VALUEB 


Aa, ISS SSDS SIDE STIE IDRIS ISIS RII IIIA AA IIIA III A Tok 


45 tx 
4612 
471% 


SECTION #2 - PAGE FORMAT SPECIFICATIONS: 
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7,105,107, +1 


TSE EOS ISOS O SESS IC ISCO S OCH ESI EIS RISE TAS: 


B0l* 


81!3 
RI! 


SECTION #4 - REPORT DATE SPECIFICATIONS COPTIOWAL) ¢ 
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ABSTRACT 
CREATING 2-D DETAILS FROM 3-D LAYOUTS 
This paper demonstrates how to construct formatted 2D details from 3D design 
layouts. It contains a step by step example of how this is accomplished. The use of PEP and 
PAREX files as an aid will be discussed. 


INTRODUCTION 

The construction of formatted 2D details from 3D layouts can be easily accomplished. 
The use of Exec-Parex and the standardization of procedures can minimize the time, effort, 
and degree of expertise required of the computer operator. 


3D LAYOUT — STANDARD STRUCTURING 
STANDARDIZATION OF PROCEDURES whenever sesables is essential. 


1. One part constructed on one layer. 

2. An information layer designated and which contains all the information necessary for per- 
sons Other than the current designer/layout to work on the design. Below are some 
examples of the information required: 


— LAYOUT NAME 
— OPERATOR NAME 

— INDIVIDUAL PART NAMES 
— LAYERING STRUCTURE OF LAYOUT 
— QUANTITY 
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3. The savings of basic displays can be partially standardized. 
(FIGURES 1A, 1B, 1C) 


— 0=ALL VIEWS, ALL PORTS 
— 1=VIEW 1 or PORT 1 
— 2=VIEW 2 or PORT 2 
— 3=VIEW 7 or PORT 3 


When the basic displays are consistent on all layouts and all details, it expedites the time 
required for familiarization of the design. This is a definite time saver when working on many 
different drawings created by different operators. : 
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2D DETAIL — ST ANDARD STRUCTURING 
There are many areas that lend themselves to standardization when detailing. 


1. Standard size formats should be created, overwrite protected and always on the disk. 
(FIGURE 2) | 


2. A standard layering structure should be established. (A layer or group of layers should be 
designated for specific information only.) Some examples are: 


— Format 

— Format Information 
— TITLE 
— ISSUE NUMBER 
— RELEASE NUMBER 
— NOTES 
— DRAWING NUMBER 
— OPERATOR’S NAME 
— GRAPHICS — PART 
— DIMENSIONS 
— STRINGS AT A WIDTH 


(Strings are used to show different line widths.) 
— XH (CROSS-HATCHING) 
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| RSS ee ee F a " SUEY never | SHEET_|_OF_|_ 
oF FOR MICROFILM USE ONLY cm 


Figure 2 


3. Basic displays can be saved here as well as in the layout. (Figures 3A, 3B, 3C) 


— TOTAL PICTURE 
— TITLE BOX 

— GRAPHIC VIEWS 
— NOTE COLUMN 
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Figure 3A 
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Figure 3B 
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PRELIMINARY INFORMATION 
The information required from the designer/layout prior to detailing is: 


1. LAYOUT NAME — 
2. LAYERS DESIRED DETAILED 


DETAILING PROCEDURES 
LAYOUT — 3D 


— PART NAME: STEPHENS.PAPER.LAYOUT ) (Figure 4) 

— #USE PORT 1) | 

— #SEL LAY N APORT } 

— #ECH LAYN APORT } 

— #RST DIS O } (Basic display with one layer in all ports visible.) (Figure 5) 
— #CONST PRT STEPHENS.LAY N : ENT WIN DD (Temporary part) ) 
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Figure 5 


If desired, another lay could be selected and another part constructed before exiting from. 
the layout. 


— #EXIT 
— #D N (Do not file) (New part) 


TEMPORARILY CONSTRUCTED 3D PART 


— PART NAME: STEPHENS LAYN 

— #REG REG 

— #ZOM ALL P10 APORT (Figure 6) : 

— #PLT DOT SCL1 SLEW20 (Plotting done on a versatic) © 


At this point, the detailer has a hard copy of the part to study with all the views at a 
scale of 1 to 1. He/she can now decide which views are necessary, what draw scale is re- 
quired, and what size format is appropriate. This is a temporary part which will be deleted at 
another time. 


— #EXIT 
— #D N (Do not file) (New part) 
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Figure 6 


FORMAL DETAIL DRAWING — 2D 


— PART NAME: B000000 /DSCL2* ) 

— #SEL LAYN ) 

— #ECH LAYA } 

— #INS NFIG STANDARD.B-SHEET SCL.5 ** } 

— #Z0M ALL P10 } | 

— #SAV DIS 0 ) (BASIC DISPLAY OF TOTAL PICTURE) (Figure 2) 


*DSCL 
Enables the operator to create a drawing at a scale other than | to 1, but dimensions, leaders, text, arrowheads, 
etc remain at | to 1 scale. 
**When using a DSCL, the format must be inserted at the scale factor (SCALE =1-+DSCL). 


— #INS PRT STEPHENS.LAYN VIEWN ) *** 

— #ZOM EXT } 

— #CHG LAY N:: ENT WIN DD } 

— #MOV: ENT WIN DD, dig D dig D }) (Figure 7A) 
— #INS LIN VER (HOR): dig END (ORG) D DIG D ) 
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— #INS PRT STEPHENS.LAYN VIEWN )} 

— #ZOM EXT } 

— #CHG LAY N: ENT WIN DD } 

— #MOV: ENT WIN DD, END (ORG) D END (ORG) D } (Figure 7B) 
— #ERS LIN: ENT D }) 

— #ECH LAYA } 

— #RST DIS 0 } 

— #FILE } 

— #SPACE BAR 

— #OK 


Default scale of insertion is 1. 
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Figure 7A 
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Figure 7B 


This drawing is now ready to detail. This method creates a 2D detail of desired views 
from a 3D database (Figure 3A). Every view inserted in this manner is non-associative with 
each other and, therefore, lines can be inserted, erased, dashed or cross-hatched. A clean con- 
cise drawing can easily be obtained. 


EXEC-PAREX 

The following pages contain an EXEC-PAREX FILE, which will enable an operator with 
limited 3D experience to extract parts from 3D databases. This file also protects the operator 
from unknowingly over-writing the original 3D layout. 


STANDART. EXEC. RCO. UETATL 
6-24-81 13501334 


KX THIS FILE AaltiS THE OPERATOR ITN DETAILING A FART FROM 

KK A SO LAYOUT. INFUT THE INFORMATION YOU AS YOU ARE FREOMPTED, 
* * etl ei ain amit ade ‘i! “cae, isl pcr 9 space wdvcecans Gules dn Co Saews-eace Shas weeds awk ghey Sedo WSae Sass: Rees MSY Saag ow SHR ALAR, eee iam cate sais (Gaseitaes i ela “isin apshe ake eae eased * x 
KK LAYQUT= THE NAME OF THE LAYOUT FHE DIS TATL TS COMING FROM 

XX LAYERS THE LAYOUT LAYER NUMBER 

*x  YOURNAME= YOUR LAST NAME 

x FARTNAME=THE NAME OF THE FINISHED TETATL 

xX PLOTS TYRE FLOT TF YOU WANT A FLOYT OTHERWISE ASTERISK 

CAnos< Ck 

VE TATL 

Ne N FAREX S&T ANTIAR Qe PAREX. DE TATA CRS 
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STANDARD. FPAREX. &RCO.UETATL 
G-27761 823593 oG5 


% & 
2 LAYOUT 
m LAYER 
2 YOURNAME 
2 FAR TNAME: 
o FLOT 
& 


xLAYOUT 

USE FORT id 

SEL LAY &LAYER AFPORT 

ECH LAY &LAYER AFORT 

RENT | 

CON FRY &YQURNAME,. @LAYER tWIN X-200Y200 » X2O0Y 200 

EX TT , 

YIN 

SYOURNAME. SLAYER 

KOK OK 

ROOK | | 
KK OK IF YOU REQUIRE A FPLOTys TURN ON THE VERSATEC FLOTTER 

KOK XK 

OK OK 

REG KREG 

RST nis oO 

Z0OM ALL FLO AF ORT 

SFLOT nor sch 

ex | | 

(1G 
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OK KOKOK OK 


04 PAO 200s eae CORE FORE sone 


CES ONE VIEW ON FORMAT 
CES TWO VIEWS ON FORMAT 
(hod 

Uf 


Oe em eee eeee eee 


THREE VIEWS ON FORMAT 
PES FOUR VIEWS ON FORMAT 
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STANDARD. FAREX. BCU. IVIEW 
S-29701 9200830 


&& 

2 YOURNAME: 
1 LAYER 

2 FPARTNAME 

1 VIEWA 

1: SCL. 

2 SRELT 

4 SCLs 1/SCb 

& & 

CATTIS ACR os 

ZFARTNAME ZUSCL &Scl. 

SEL LAY O 

ECH LAY A ; | 
TINS NPFUG STANDART. SHEE T-SHEET SUL&SCLA xox" 
SEL GRO G.& CN | 

ECH GRIT ON 


* VIEW &VTEWA IS BEING INSERTED ON LAYER fF 
INS FRY &YOURNAME. &LAYER VIEWSYUTEMUA LAY 


KO 
ZOM ALL FLO 
A 

x 

SEL LAY 4 

ECH LAY 1 150 
RENT 


HOR NOW CHANGING ALL ENTITIES YO LAYER © EXCEPT THE FURMAT EL Tes 


SEL LAY O 

ECH LAY A 

ECH LAY MLO |” 

CHG LAY OfWIN X-200Y200»9X200Y~200 
ECH LAY Fito 

ZOM ALL FLO 


OK END OF DUE a 
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STANDARD. FAREX. &BCU.4VTEWS 
6-29-81 93146354 


Fee] 
RG 


YOURNAME 

LATER 

FAR TNAMI 

VIEWA ; 
WT EWE 

TE WE 

VIEWD 

SC kb. 

SHEE T 

SCLA L/SCL 


No 


SO Oe ee 


& & 

CADIS =< Ch 

RPARTNAME “UOC &SCl. 

SEL Lay O 

SCH LAY A 

INS NFIG STANTIORD. 25 HRT SHEET SCL&SCLA 3 xOTy 
SEL GRO GS CN | 

ECH GRID ON 


4OK VIEW &@VIEWA TS BETA INSERTED ON LAYER J 
INS FRT &YOURNAME. SLAYER YVIEWSVTEWA Lay 
OK VIEW &VIEWR IS BEING INSERTED OM LAYER & 
INS FRY &YQURNAME,. &LAYER VIEWRVIEWE LAYS 
XK VIEW &VIEWC IS BEING INSERTED ON LAYER 3 
TNS FRT &YOURNAME. &LAYER VIEWSVUTEWO Lara 
ba VIEW gVIEWD Ts BETNG INSERTEO OM LAYER 4 


INS FRT &YQURANAME. &LAYER YVIEWSUTE WO Ley 
£0M ALL PIO | 


SEL LAY 4 

ECH LAY 41 159 
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NC & Manufacturing Engineering 


THE USE OF CAD/CAM 
IN A SHORT LEADTIME 
PROTOTYPE APPLICATION 


N.A. Morgan 
Smiths Industries Limited 
Vehicle Instrumentation Division 
Cricklewood Works 
London, N.W. 2 
England 


ABSTRACT 

This paper describes some of the methods used to obtain prototype parts before the com- 
pletion of a design. These have enabled us to reduce the repeat cycle time for prototype parts 
from a number of weeks to a number of hours. | 

Prototype parts are machined on C.N.C. Milling machines using N.C. data derived from 
the designer’s part whilst he is still completing the detail. 

The methods used to record the N.C. data, and the transfer to the machining areas, are 
described as well as the link required between the designer and programmer. 


1. INTRODUCTION 

The Vehicle Instrumentation Division of Smiths Industries Limited is a supplier of parts 
to the car industry. These are fitted to vehicles made by British Leyland (Austin, Morris, 
Jaguar, Rover, Triumph), Renault, Fiat, Volkswagen, Volvo and Hyundai. 

The Engineering Department is responsible for the design, development, detail draughting 
and prototype manufacture. The prototypes are required for our own internal engineering 
development as well as for supply to our customer. The total cycle time from start of design 
through to volume production is often about twelve months. This cycle time has been reduced 
from between 18 to 24 months during the last 2-3 years by customer demand and this has 
forced us to find ways of shortening the engineering time. The prototypes are required very 
early in this cycle and often before the detail design is completed. 
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Figure 1: Timescale Showing Current Cycle Time To Volume Production 


A longer cycle time was required before we acquired the C.N.C. Milling machines and 
the Computervision equipment. Prototypes used to be made by hand fabrication from sheets 
of plastic which were then glued together. This resulted in a prototype which in appearance 
matched the final shape of the product but was s much more fragile and was not suitable for 
any engineering evaluation. 

This method of prototype manufacture also needed a fairly complete drawing of the part 
to be given to the prototype parts manufacturer. The production of each subsequent proto- 
type required almost as much time as the first one and was very expensive. Using the new 
method the second part follows on, a few hours, not weeks, after the first part is completed. 

This paper describes how we design, programme and manufacture our prototype parts in 
order to meet these very tight delivery dates. 

The Computervision equipment used by the Engineering department comprises a 
5-graphic terminal system running on a CGP100. We also have a Benson 4-pen large drum 
(AO size) plotter and an Anderson Jacobsen printer and paper tape unit. The equipment is 
used for a stretched single shift of about 10 hours. There are 2 Matchmaker Mill machines 
with Posidata controller for the C.A.M. operation. 


2. DESIGN PHASE 
2.1. DRAWING ACCURACY” 

The designer must understand that any cae placed on the database of his part may be 
used for producing N.C.-output. In practice only the main views are used and scrap sections, 
part views etc. will not be used for N.C. work. The main views must therefore be produced 
with the lines, arcs, points etc. on nominal values where there are critical areas. This places a 
discipline on the designer and under no circumstances may a dimensional value be written in 
other than the true value. System users are not taught how to insert a dimension which does 
not match the database. 

The designer may alter a boundary relating to an area on which the N.C. programmer 
has completed his work. In order to ensure that these changes are incorporated a close liaison 
is required between designer and programmer. A master drawing held by the programmer on 
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which he can indicate the line or areas of the design that have been changed has been found 
useful to act as a reminder of program changes to be made. 

There will eventually come a point where the program will be fixed and tapes created to 
enable prototype parts to be made. Any subsequent changes to the design will then have to be 
reviewed to see if the existing tapes are satisfactory for first-off prototype requirements. 


2.2. CUSTOMER CHANGES 

The ability to modify a design on C.A.D. is a mixed blessing. The customer, if he knows 
that C.A.D. is being used, can ask for a change and expect it to be implemented without the 
major delays that would be associated with more traditional draughting methods. This does 
create a problem when one is trying to produce a series of N.C. toolpaths from a design that 
is still fluid. 

We are also actively seeking to start using the magnetic tape as a transfer medium be- 
tween ourselves and our customers where they are also using the C.V. system but so far this 
has only been possible on a very limited basis. 


2.3. DIMENSIONING 

The detail dimensioning of the part may not have been done till after the programming 
has been completed. This obviously makes the tape testing difficult as the operator may have 
no dimensions on the drawing with which to check. This is why accurate toolpath plots are re- 
quired as indicated later. (4.2 below). 


3. PROGRAMMING PHASE 
3.1. COMMON DATA BASE 

It is essential that the programmer and designer work on the same catalogue part. In the 
early days we transferred a copy part to a new file for the programmer. This was done for 
two reasons: 


a) The designer did not trust the programmer not to mess up his design, 
b) The designer objected to the entity count in his part being greatly increased by the 
toolpaths with a resultant increase in access time and regen time. 


_ We now operate on the designer’s actual part as with practice we have found that the 
programmer does not mess up the designer’s part — or only rarely! Secondly the changes 
being made on the master design cannot easily be transferred without a lot of layer deletions 
and parts insertions. The problem of greater file size remains and the associated time to 
handle the files will always be slightly longer with the toolpaths included. 


3.2. INITIAL PREPARATION 

It is essential to prepare the sequence of machining, type of clamping and fixtures before 
starting the programming. For parts with multiple depths it has been found useful to prepare 
a colour shaded drawing with a Z depth colour indicator at the side. A box of crayons will be 
cheaper than the colour terminal for a few years yet! 


3.3. TOOL LIBRARY 

All the standard tools that are available to the programmer are held as a part (See Ap- 
pendix 1). This part is inserted into the part to be machined and this saves the DEF TOOL 
having to be invoked. The tool library for the milling machines are held with a simple name 
system made up as follows: 


XXYYYZZ 
ee > nn i Special 
of tool features (if any) 
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SD16IZ for example is a Slot Drill of 76.0mm diameter, long series. 
Special tools such as angle cutters and ‘D’ bits are usually defined as required and given 
an ‘A’ number. They are not held on the master tool list part. 


3.4. TOOLPATH CREATION | 

As each toolpath is created it is tagged and eecuraed on a programmer’s reference sheet 
(See Appendix 2). This sheet will show the main parameters of the toolpath as well as any 
APT statements needed during the subsequent MACHIN operation. It also shows feeds and 
speeds and a brief comment or instruction for the mill operator. 

The programmer’s reference sheet is also held as a part which can be inserted into the 
part being machined. All text entry is done using text nodes on this sheet. 

A typical component will contain 50-60 machining steps, each of which may be made up 
from a number of toolpaths or sets. Prior to the MACHIN statement the sequence of machin- 
ing will be reviewed to see if the order of steps is correct and a final copy of the program- 
mer’s reference sheet will be made. This will refer to the tooling list which is created with the 
tools needed for the job (See Appendix 3). An indication is shown on the tooling list of the 
maximum depth of cuts used with each tool. This enables the machine operator to set the 
tools into the collets with the minimum overhang commensurate with clearing the workpiece. 


3.5. FIXTURES AND CLAMPING 

As the prototype sample runs are generally small (100 maximum), and batch sizes 
generally only up to 10, fixtures and clamps need to be kept very simple — a wooden block 
with dowel pins and through bolts or reach-over clamps are most commonly used. The 
wooden block may be machined on the CNC Mill in order to provide a nest for the compo- 
nent where wall sections may need some support. 

Clamping is only shown on the part view when reach-over clamps are used and there is a 
danger of machining close to the clamps. 


3.6. LINK BETWEEN DESIGNER OR PROGRAMMER 

It cannot be stressed too highly that the Designer and Programmer must work closely on 
the project if major errors are to be avoided. The Designer should be aware of which areas 
the Programmer has completed. The Programmer should also determine from the Designer 
which areas are most likely to change and leave the programming of these areas to the end. . 

In order to ensure that either person sees a message left by the other a spare layer is often 
used to write a message. This layer is left active when the part is filed so that it will be seen 
next time the part is called up. 

The Programmer should also agree with the Designer on a block of layers which will Be | 
reserved for his exclusive use. This will avoid any problem of overwriting. | 

One benefit of very early programming which we have found is that the Programmer may 
find errors in the part as drawn. To some extent he is acting as a Dan aty checker for the 
Designer. 


4. TAPE PREPARATION PHASE | 
4.1. MACHIN 

This is generally considered to be the most tedious part of the programmer’s work. Im- 
provements are being investigated such as the use of EXEC programs or further grouping of 
SETS or SUPERSETS. Owing to pressure of demand for time on the graphics terminals, the 
MACHIN operation is often run from a 30 cps printer/keyboard. This further slows down the 
operation. 

Great care is needed to ensure that one does not make a mistake during the input of data 
at this stage. A single typing error after one or two hours performing the MACHIN routine is 
very annoying — to put it politely. When can we have a more tolerant system that allows one 
to backtrack? 
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4.2. TOOLPATH PLOTS 

We have found it beneficial to prepare a 1:1 size plot of the toolpath for tape tryouts. As 
mentioned in 2.3 above, the part may be machined before a dimensional drawing has been 
prepared. A standard part containing a frame is inserted into the parts being machined (See 
Appendix 4). This has details of the home value as well as a point showing the origin of the 
part for setting purposes. The first plot only shows the part to be machined. Translucent 
paper is then used to plot each toolpath. The Benson plotter with four pens allows us to use 
four colours to identify the paths. The number of each layer is also plotted so that the tool- 
path can be identified by its colour. The number of toolpaths should be restricted on each 
plot to ensure adequate clarity. | 


5. PROTOTYPE PRODUCTION 
5.1. MACHINES USED 

There are two C.N.C. Matchmaker Milling machines with 800mm, x, 450mm, y, and 
140mm, z movement used for our prototype production. These machines have about 29.5k of 
useable memory. This capacity is often too small to store all the program for a complete job 
so the job is split into sections. | 


5.2. TAPE TRY OUT 

The tapes, plots, programmer’s reference sheet and tooling list are passed to the machine 
Operator. Our machine operators can also manually program jobs so they are able to make 
changes to the tapes if required. In order to keep programs as short as possible the ‘canned 
cycles’ feature on the Mills is used for repetitive machining of such pocketed items as light 
boxes. The programmer will generate a MPTP path leaving the tool at the centre of each 
warning light box. The Milling machine operator will then write the program for the warning 
light box as a ‘can’ and call this up at each MPTP step (See Appendix 5). 

The machines are run with a pointer in the chuck and ‘Z inhibit’ on the control panel. 
This enables the machine to run through the tape with the pointer — hopefully — following 
the toolpath shown on the plot. The operator can check the ‘Z’ values from the C.R.T. on 
the controller as the tape is tested. 

Experience has shown that once the tool has got to the start of its cutting cycle the pro- 
grams perform well. Problems generally arise from the programmer overlooking the line taken 
by the tool from the ‘HOME?’ position to the start of the cutting. 

Any errors found during tape try out are corrected by the machine operator and the N.C. 
data base on C.A.D. is not always up-dated. This is because the number of parts to be pro- 
duced is so low and so correction of the toolpaths would often serve no useful benefit. 


5.3. MATERIALS CUT 

The majority of parts are cut from A.B.S. block. This material machines quite well but 
tools must be kept very sharp. Because the material is quite flexible (2mm wall sections) it 
must be cut from the outside in to the MPOC routine is the wrong way round for our use. 
MABS or MPRO are used and then the toolpath is copied using the ‘MOVE COPY’ com- 
mand to a different Z depth. Support to these thin wall sections is given by nesting the part if 
possible. a 

Some parts are also machined from Aluminum or Zinc diecasting billets. 


6. OVERALL RESULTS 

The manufacture of a quantity of prototype parts in parallel with the design and detail 
work is now being achieved. This enables us to supply our customers with working prototypes 
which can be evaluated earlier than was possible before the advent of CAD/M. In some in- 
stances this enables changes to the design to be made before cutting metal on the major 
moulding and diecasting tools has started with the resultant saving in time and money. 
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R (Ball) Prog. Dia. 
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Appendix 1: Standard Tooling List 


Centre Drills CD 


Size End Dia. 
1 1.0 
2 1.5 
3 2.25 
Rippers RP 
Size L 
10 30 
15 40 
20 40 


Spot Face SF 


Size L 
9.25 25 
12.5 


Fly Cutters FC 
Size 50, 100, 150, 200 


IZ 


Length 


50 
50 


Shank Dia. 
4 
4.5 
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Prog. Dia. 
10.0 
15.0 
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9.25 
12:5 
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USE OF THE CV FLAT PATTERN 
SOFTWARE & INTERFACE 
WITH MANUFACTURING 


Collin McMullin 
General Electric 
Appliance Park 
AP2-126 | 
Louisville, KY 40225 
502-452-4515 


1. ABSTRACT 

This paper discusses how the traditional method of transferring a blueprinted drawing to 
a finished part, ready for assembly, has been updated through the use of CAD/CAM. 

Through the application of the Construct Flat Pattern Generator, prototype sheet metal 
parts may be developed quickly and accurately on CAD. This process is traced as the part in- 
formation is transferred from CAD to a numerically controlled part program, through a post 
procesor sequence, followed by a laser cutting process, and is finalized as the modelmaker 
forms the sheet metal pattern into a finished product. 

Through this process, the Range Model Shop Department has realized great savings in 
time and money, reduced the lead time in preparing range prototypes for evaluation, and 
directed the skills of the shop people towards increased productivity. 


2. INTRODUCTION | 

The process of transforming a part from an idea on paper to a finished reality has 
changed very little in recent years. Some steps are presently unavoidable. With the advent of 
CAD/CAM technology, many of these older procedures are being pushed aside in favor of 
newer methods which directly involve CAD/CAM. In General Electric’s Range Department, a 
fundamental change in prototype part development is occurring through the application of the 
Computervision software, and its interface with numerical control tools in a production en- 
vironment. 

Range Model Shop develops most of their parts for ranges and microwave ovens from 
engineering blueprints. Sheet metal parts constitute a substantial number of those parts 
fabricated. A modelmaker, when given a blueprint, must calculate material allowances for all 
bends, add this data to the part dimensions, then transfer the resulting dimensions to sheet 

metal. The pattern must then be cut out, excess material trimmed, holes punched, and finally 
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formed into the finished part. It is not uncommon to find mistakes made. during the process, 
which translates into lost time, materials, and money. This has been the classical way to 
fabricate prototype sheet metal parts until now. 

Through the application of the Flat Pattern Generator routine, prototype sheet metal 
_ parts may be developed quickly and accurately on the CV system. This routine will enable the 
user to generate three-dimensional parts as two-dimensional part representations. 

There are two general methods within the command structure. Method 1 requires the 
operator to create a set of panels representing the side and/or flanges of a part, and Method 2 
requires a line representation of the cross section of a part. The part ESO will dictate 
which method an operator should use. 


3. PART PREPARATION 

To implement this process, the part must first be built up in the data base. In Method 1, 
the appropriate dimensions are selected from a given blueprint and used to create the 
necessary panels. (See Figure 1) 


(0) 


Figure 1 


The size of the panels may vary according to which dimensioning modifiers the user may 
select. Some of the more significant modifiers include OD for outer dimensioning, ID for in- 
ner dimensioning, and RP for radial point dimensioning. These modifiers specify whether the 
dimensions of a panel are taken from a flat side, or from the intersections of the inner or 
outer surfaces of mating panels. (See Figure 2) Two other modifiers, REG or ACT, are used 
in conjunction with OD or ID when the angle of bend is greater than 90°. (See Figure 3) Ad- 
ditional modifiers, peculiar to Method 1, influence the positioning of one panel in relation to 
another and effect the resulting calculated bend allowance. 

The DEPX.X modifier establishes the use of Method 2 and specifies the depth of the part 
in the Z axis. 


FIL, FIL, $ 
OD : 
OD +4 ID be RP — 


Figure 2 


~ 
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Figure 3 


Modifiers common to both methods include the bend angle, the inner bend radius, 
material thickness, layering, and the K-factor. The K-factor may be changed by selecting a 
different modifier or hardness factor. 

To better use system time, the panels should be sketched on paper and roughly dimen- 
sioned so that the transfer to CAD will take minimal effort. For the same reason, it is always 
a good idea to plan how the flat pattern will be joined together and write out the appropriate 
command sequences in advance. When all necessary preparations are finished, the panels can 
be joined together in the pre-arranged manner to produce the final flat pattern. (See Figure 4) 


Figure 4 


Upon joining two panels, the operator will find a dashed line at the bend junction. This 
line represents the midpoint of the bend radius. The lines representing the joined edges of the 
two panels are blanked out. These may be recovered and displayed or deleted if desired. 

Method 2 may be used to develop a flat pattern, but its flexibility is limited. The profile 
view of a part, represented as a line and arc drawing, will generate its own thickness and the 
flat pattern upon execution of this command routine. (See Figure 5) In many instances, this 
method may be combined with Method 1 to create a pattern more efficiently than using only 
one method. 

When the pattern has been completely developed it can be dimensioned for the benefit of 
the modelmaker. This would involve critical dimensions that provide reference for the forma- 
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tion of the part in the Model Shop. A hard copy or plot can then be obtained and provided 
to the modelmaker. 


GENERATED SURFACE 


ORIGINAL 
SURFACE 


Figure 5 


4. PART CREATION 

Our original intent was to provide just the finished flat pattern, with the accompanying 
dimensions, to the shop personnel. However, it was discovered that it is possible to scribe 
sheet metal on our Xynetics 1101 table plotter. The Model Shop came up with a small scribe 
which was substituted for the ink cartridge in a pen holder. With this arrangement, as many 
copies of a pattern as desired can be scribed by the plotter. The modelmaker can then cut and 
trim the patterns, punch the holes, and bend the parts into shape. (See Figure 6) 


Figure 6 


An analysis of the further potential of this process convinced us of the need to push fur- 
ther into the CAM area. As a result, the Model Shop has recently acquired two Strippit NC 
machines, a Laser Tool and a 75/39 Punch, to take full advantage of the CV software. Now 
that this NC equipment is installed, the potential for productivity gain is becoming highly 
significant. | 
| With the addition of the NC equipment, it is necessary to generate NC toolpaths to cut 
the part patterns. This can be accomplished quickly and easily on the CV system. By applying 
the MPRO and MPTP routines, a simple program can be created to punch the holes, cut the 
profile and pockets, and scribe the bend lines of a part. (See Figure 7) Since multiple copies 
of a part are generally required, this one program can be stepped to cut as many parts as 
necessary. | 

To interface between CAD and CAM, a post processor is being prepared to convert the 
CAD NC program into language compatible to the NC controllers. This software program, 
when completed, will be loaded onto an in-house VAX 11/780 mainframe computer, to be ac- 
cessed directly from the CV system.-The NC controllers can then interface with the VAX and 
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extract the machine code. At present, it is necessary to send the APT source file to GE in 
Schenectady, through a post processor there, then back to Appliance Park where paper tapes 
are made and fed into the laser and punch tools. The modelmaker can then, using either 
method, punch and cut any many parts as required, bend them into shape, and the process is 
completed. 


Figure 7 


In addition to forming the part pattern, the laser can also be directed to scribe part data 
onto the part surface. This data, which may include such information as dates and project, 
model, part, and revision numbers, can be entered into the CV part file as nodal information. 
It may be transferred to the part surface by a set of subroutines and later extracted from the 
CV data base to provide updates of parts lists for inventory control and other purposes. 

Range Engineering can take advantage of the speed and accuracy of this equipment by 
carrying out performance effects tests caused by the variation of the maximum and minimum 
tolerance limits to examine a product’s construction and performance given those tolerance 
extremes. This can be very valuable in designing microwave ovens. Since microwaves are so 
sensitive to minute dimensional variations, this process can maximize the usage of a cavity and 
parts for total microwave cooking performance. 

The initial expense for the strippits was a problem to overcome, but the return on that in- 
vestment will be enormous. Current estimates predict a two-year pay back period for the NC 
equipment. This will enable the Model Shop to up their production rate from between 50% to 
80% for flat metal parts. Further benefits can be realized by cutting nonferrous materials and 
performing services for other GE businesses in Appliance Park. 

With the upgrading of shop facilities, the manufacturing process improvements will be 
extensive. Time and labor will be saved as computers do the routine work while freeing the 
modelmakers from mundane tasks and allowing them to use their talents in more critical 
areas. Human error will be largely reduced, and parts and models will be available sooner for 
test evaluations. In some cases, parts can be designed, produced and tested before the blue- 
print would ordinarily arrive in the shop. 

While this technology is still fairly new to Appliance Park, it is another step towards in- 
tegrating computer-aided engineering into the appliance business. This is compatible with 
GE’s present efforts to bring the company into the forefront of the new technologies and 
promises a future of opportunity and modernization. 
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MICROWAVE PRINTED CIRCUIT 
DESIGN PROCEDURE 


Stuart Horwitz 
Westinghouse Electric 
Box 746 
M/X 430 
Baltimore, MD 21203 
301-765-6937 


ABSTRACT | 

Procedure has been developed for the creation of artwork for microwave printed circuits 
by design engineers. By the use of specially developed PEP programs, the designer is relieved 
of many routine tasks which would otherwise make the operation tedious and inefficient. 
These PEP programs take the input electrical design parameters, convert them into 
mechanical dimensions and configurations, and then construct the resulting two-dimensional 
graphical entities. At the same time, the electrical parameters are stored in the CADDs data 
base for later retrieval if desired. Artwork is then generated using the Gerber photoplotter. 

The Operator-machine interface has been designed with the design engineer in mind, so 
that a minimum of computer Graphics experience is required, thus encouraging utilization by 
the casual user. 

The procedure has proved quite valuable, both as an engineering design tool and a draft- 
ing tool. For the more commonly used microwave circuits a 10 to 1 productivity improvement 
is not an unreasonable expectation. | 


INTRODUCTION 

A microwave printed-circuit board is similar to a single layer printed-circuit board in that 
both have a metallic conductor pattern etched onto a metallic clad dielectric material. The 
similarity ends there, however. Whereas, with a low frequency printed-circuit, the electrical 
components are the element which dictate the design, in microwave printed-circuits it is the 
configuration of the conductor pattern which is of primary concern. In fact, many microwave 
printed-circuit boards contain only a conductor pattern. 

These conductor patterns form RF transmission lines of various configurations. To per- 
form as microwave circuit elements, these lines must have an accurate and constant pre- 
determined width, length, and separation from other conductors. Since the width must be 
constant, changes in direction require some sort of width compensation such as a miter. 

A typical procedure for the design of a microwave printed-circuit board might be as 
follows: 


1. The engineer does a theoretical design and produces a block diagram or schematic 
containing electrical parameters (see figure 1). 

2. The electrical parameters are then converted to physical dimensions using procedures 
which require frequency and dielectric information. 

3. A layout drawing of the conductor pattern and a photomask can then be made 
(Figure 2). 

4. A device is fabricated. 
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Figure 1: Microwave Device Block Diagram 


Figure 2: Photomask 


At this point, the designer has a breadboard device. Evaluation of this breadboard may 
indicate that design changes are required. If this is so, the entire process must be repeated, 
although portions of the previous effort may be salvage using a cut-and-paste technique. 

Moving from a working breadboard to a production design also usually requires a re- 
layout of the circuit, to conform to mechanical constraints. Again, the entire process must be 
repeated. At each iteration, there is often a degradation in dimensional accuracy. During all 
these operations, the electrical parameters are buried in the designers notebook. 

The object of the procedure described in this paper is to streamline the design process, 
while maintaining dimensional accuracy, by using the Interactive Graphics System to perform 
steps 2 and 3. At the same time, electrical design parameters are stored so as to be useful in 
future design iterations. 
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DESCRIPTION OF THE PROCEDURE : 

This procedure utilizes the Gerber photoplotter to produce the etching mask, from infor- 
mation generated by the Gerber post-processing program, although this procedure would be 
applicable to other artwork generation devices with minor modifications. The post-processor 
will only process closed strings or nodal lines, which tends to indicate that the conductor pat- 
tern layout should be performed using these entities only. It was found to be much more effi- 
cient, however, to create the patterns using lines and then to use the ‘‘Generate String’’ com- 
mand to create the required strings from these line figures. Care must be taken when creating 
the line pattern so that the generated strings will be acceptable to the Gerber post-processor. 

The key to the procedure is the use of a series of PEP language programs which do the 
actual graphical construction. PEP was chosen partly because of its similarity to FORTRAN, 
which made it possible to write programs having a high degree of user interaction, and partly 
because the documentation appeared to be more complete than PAREX or VARPRO. 

These PEP programs can be divided into three groups: Initialization, RF transmission | 
line construction, and RF component construction. The first two groups contain only one 
program at present, while several have been written which fall into the third group. 

To understand the difference between the program groups, let us first look at the proper- 
ties which affect the conversion of electrical parameters into physical dimensions. These are: 


1. Type of microwave circuit construction. Only two types are presently allowed, 
microstrip (single ground plane) or stripline (two ground planes). 

. Dielectric constant of the board material. 

. Center frequency of the device. 

. Ground plane spacing or board thickness. 

. Thickness of the conductor metalization. 

. Miter definition (how much of a corner is cut away?). 


Nn hR W NO 


Usually these properties, once determined, do not change for a given part. Therefore, it 
is desirable to enter them only once during construction and to have them stored within the 
data base. This is the function of the initialization program. 

This program requests that the operator enter the above information. The data is checked 
for validity and then scaled to produce numbers between 0 and 1. These numbers become 
coordinates for two graphical points which are constructed on an otherwise unused layer (200 
in this case). These points are labelled so that their coordinates can be obtained and decoded 
by other PEP programs. To use the remaining programs in this procedure, this program must 
be run. Also, it can be run only once for a given part. 

The second program group, RF transmission line construction, contains the most versatile 
of the PEP programs. The program currently in use is primarily intended to construct graph- 
ical representation of RF transmission lines, given the electrical parameters of impedance and 
wavelengths. However, it also serves as a utility program to perform oe other functions 
necessary to the overall procedure. 

Before describing the program’s operation, it 1s necessary to define ne graphical figure 
which will be produced. This figure, an RF transmission line figure or RFIG is defined as 
follows: 


A. It consists of a collection of lines connected end-to-end to form a closed figure (no 
overlaps or breaks). | 

. No two adjacent lines are co-linear. 

. Lines are constructed so that the end point of one is connected to the start point of 
the next. 

. An identifying point containing length and width (or impedance if applicable) data is 
located at the center point of the first segment of the RFIG. 

. One or more points to be used for connection to other RFIG’s is located on layer 

100. 

All lines and the identifying point are on the same layer and are grouped with the 

connect points. 


ta mM oO OW 
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The first three properties are required so that the string generated from the RFIG will be 
acceptable to the Gerber post-processor. The last two properties are aids for use during 
graphical construction. The remaining property is intended for storing electrical parameters of 
the RFIG in the data base. A typical RFIG is shown in figure 3. 


CONNECT POINTS 


IDENTIFYING PCINT 


Figure 3: RF Transmission Line Figure (RFIG) 


The functions of the construction program can be seen from figure 4. The program is 
divided into a number of ‘‘Tasks’’, one of which must be selected by the user. The user must 
also select a ‘“TYPE’’ number to define the form of the RFIG length and width data. This 
program creates RFIG’s having vertical and horizontal segments only, with a mitered corner 
at each bend. 


TASKS 
1- CONSTRUCT NEW RF IG 
2-EXTEND EXISTING RFJIG | 
3- CONVERT LINE FIGURE TO RFIG 
4-DISPLAY RFIG LENGTH & WIDTH 
5- SELECT CONSTRUCTION LAYER | 
6- RESET CENTER FREQ -- DISPLAY ALL PARAMETERS 
7- SPECIFIY MITER LENGTH 
8- EXIT 


TYPES | 
|- WIDTH & LENGTH IN INCHES 
2-IMPEDANCE IN OHMS &LENGTH IN WAVELENGTHS 
3- IMPEDANCE IN OHMS &LENGTH IN INCHES 
4-WIDTH IN INCHES & LENGTH IN WAVELENGTHS 


Figure 4: RF Transmission Line Construction Program 


The third type of program, RF component construction, requires the least amount of 
operator intervention. There is a separate program of each type of component, such as direc- 
tional couplers, power dividers, filters, etc. In each case, the conductor pattern is pre-defined, 
with the actual dimensions being calculated from the data obtained from the initialized 
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parameters and occasionally operator input. All programs require selection of the construction 
layer and location of the origin of the figure. A typical component is shown in figure 5. 


COUPLER 


RFIGS 


Figure 5: Microwave Component & Interconnects 


PART CONSTRUCTION PROCEDURE | 
To generate artwork for the circuit of figure 1, the procedure might be as follows: 


& WN 


10. 


. Run the initialization program, entering the parameters shown in figure 1. 

. Run the RF transmission line program. Select the desired construction layer. 
. Select Task 1, Type 2. | 

. Starting from the right side of figure 1, begin RFIG construction. 


a.) Enter impedance and length in response to program requests. 
b.) Digitize the location of the center points of the RFIG. When the required length 
has been reached, the RFIG will be generated and the task terminated. 


. Generate additional RFIG’s sequentially, using connect points to locate the origin of 


each succeeding one. After the first four RFIG’s have been constructed, the con- 
figuration might appear as shown in figure 6. 


. Exit from the program. | 
. Construct the directional coupler by executing the appropriate component construc- 


tion program. Select the construction layer, enter the coupling value and digitize the 
Origin location. 


. Construct the remaining RFIG’s as before. The complete circuit is shown in figure 7. 
9. 


Using the ‘‘Generate String’? command with the ‘‘Group’’ entity mask, create a copy 
of the circuit in which all RFIG’s are replaced with closed strings. 
Execute the Gerber post-processor and obtain a photoplot. 


At this point, the user has the finished artwork and can proceed to fabricate and evaluate 
his device. Modification of this conductor pattern is done by deleting, re-constructing, and 
translating RFIG’s and strings. In this way, the conductor is shuffled around to meet the 
desired electrical and mechanical requirements. At no time during this operation is there a loss 
of dimensional accuracy. Also, at any time, the designer may retrieve any or all of the elec- 
trical parameters from the data base by using tasks 4, 6, or 7 of the RF line construction pro- 


gram. 
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Figure 6: Typical RFIG Interconnects 


Figure 7: Completed Microwave Circuit 


CONCLUSION 

It can be seen from the foregoing that the entire operation can be performed with the use 
of only about a dozen graphical commands. This factor is important for the casual user who 
is not interested in becoming a graphics expert, but requires an expedient method of 
fabricating microwave parts. 

The effectiveness of this procedure can be illustrated using the circuit of figure 1. To 
generate artwork manually to the required accuracy would take three hours of drafting effort 
and one hour of engineering. Using the computer graphics procedures, a design engineer 
could have finished artwork with less than 30 minutes of effort. 
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ELECTRO-MECHANICAL PACKAGING 
OF ELECTRONIC PRODUCTS 


Dr. Itaru Aramaki 
Manager, Products Design 
Systems & Electronics Division 
Sumitomo Electric Industries, Ltd. 
Osaka, Japan 


1. INTRODUCTION 

In the field of systems and electronics, Sumitomo Electric Industries, Ltd. has an 
established reputation as a leading manufacturer of vehicular traffic control systems, espe- 
cially as the builder of the world’s largest traffic control and surveillance system for Tokyo. 

Recently we have also been gaining acceptance as the foremost manufacturer of various 
other electronic products such as bus location systems, industrial crane control systems, and 
hand-scan optical character readers. 

In order to design and manufacture these electronic products assuring higher quality, on 
shorter schedules, and at lower costs, we have successfully built a CAD/CAM system around 
a stand-alone interactive graphics system. 

Our CAD/CAM system: 


(1) Semi-automates electronic and structural design of our electronic products. 

(2) Automatically generates production data for the production lines of printed circuit 
boards and enclosures such as housing cabinets, rack-mounted chassis, operator 
consoles, and instruction panels. 


In the past our engineers and draftsmen worked long hours with paper and pencil, 
hunched over drawing boards. 

Now they proceed with their work quickly in Wiont of CRT displays, giving instructions 
to and being prodded by the system. 

When the design stage is over, the system generates essentially automatically manufactur- 
ing drawings, punched paper tapes, and magnetic tapes for numerically controlled machines, 
as well as bills of materials and other documents necessary for procurement purposes. 

Since data on typical electronic components and structural parts are stored in the com- 
puter as a common data base, engineers and draftsmen can use them in common, bringing 
them easily to the CRT display. They can thus finish their design work accurately and on 
shorter schedules without constantly referring to detailed component brochures, without mak- — 
ing individualistic choices, and without making transcriptional mistakes while picking up 
dimensions from the brochures. 
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2. MANUFACTURING DESIGN OF PRINTED CIRCUIT BOARDS 
2.1 Compiling A Circuit Diagram 

The engineer expresses his idea of how to realize a specified function in one or more 
rough; sketches, using various functional blocks which indicate either integrated circuit com- 
ponents or some standardized functional blocks. | 

The rough sketches have to be prepared manually on the engineer’s desk at the present 
state of our CAD/CAM system. 

When the rough sketches are ready, they are put into the system by means of a 
digitizer/plotter. 

After the rough sketches have been stored in the data base, the technician works on them 
to complete one detailed circuit diagram corresponding to one printed circuit board at a CRT 
work station. 

He works interactively with the system, editing, modifying, and calling up standardized 
functional circuit blocks from the data base to complete a detailed circuit diagram for one 
printed circuit board. | 

The detailed circuit diagram is now stored in the data base. 

Our next job is to check the validity of this circuit diagram: if it really functions logically 
as the engineer intended. 


2.2 Testing A Logic Circuit Diagram 

The detailed circuit diagram compiled in the previous stage, which in our case is mostly 
digital, is taken out of the data base in a form suitable for a logic function tester on a 
punched paper tape and logic simulation is carried out. 

Corrections of mistakes can be done easily on the CRT with resultant automatic changes 
in the data base. 

Prior to the introduction of our CAD/CAM system, logical mistakes could not be found 
until after physical printed circuit boards were manufactured and actually switched on. 

When the mistakes are found and corrected, the data base is updated to store the final, 
clean error-free circuit diagram. 


2.3 Detailed Manufacturing Design of A Printed Circuit Board 

The conversion of the circuit diagram into manufacturing data starts now. 

As the first step, the functional elements in the circuit diagram are semi-automatically 
allocated to physical, commercially available integrated circuits and other electronic com- 
ponents. 

When all the functional elements of the circuit diagram have been allocated to actual 
electronic components, the system determines how to connect them electrically on bs printed 
circuit board. 


2.4 Producing Manufacturing Data for A Printed Circuit Board 

Our CAD/CAM system now produces a complete set of manufacturing data for the 
printed circuit board. 

Aside from the manufacturing data for the machines, various documents are also 
automatically generated, including a list of electronic components. 

Last but not least, a complete circuit diagram is produced which incorporates all the 
modifications which have become necessary in the process of conversion from a conceptual 
circuit diagram into detailed manufacturing data as well as the actual names and pin numbers 
of the electronic components on the just completed physical printed circuit board. 


3. STRUCTURAL DESIGN OF ELECTRONIC PRODUCTS 

So far we have looked at what our CAD/CAM system can do in converting functional 
ideas into printed circuit boards. 

The other important aspect of our CAD/CAM system is the structural design of our elec- 
tronic products. 
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3.1 Conceptual and Detailed Structural Design in Three Dimensions 

Fig. 1 shows a traditional two-dimensional manual drawing of a rack-mounted chassis, in 
which printed circuit boards are mounted. 

Starting from this drawing, a great number of detailed drawings had to be worked out 
for all the parts which constitute this chassis. 

This was before our CAD/CAM system came into play. 

The structural design of our electronic products is done in three dimensions on the CRT 
screen as shown in Fig. 2. 

Since typical components like the connectors and pushbuttons in Fig. 2 are stored in the 
computer as a common data base, they can be easily brought to the CRT screen, without con- 
stantly referring to detailed component catalogs. 

Perhaps the most important feature here is that our engineers can now clearly visualize in 
three dimensions what they are trying to accomplish. 

The engineer’ s job is essentially over when he has created a three dimensional figure like 
the one shown in Fig. 2 and stored it in the data base. 

All the manufacturing data are semi-automatically produced from the three dimensional 
data base. 


22 &® & Le br Gp 


Figure 1: A traditional 2D manual drawing of a chassis 


171 


ita immingiva 
GAAACACAC/| 


\ a \ WE 
WV / VSS OSS 
WAY 
_ WAY 
f\ \ 
~ 


structural desig 


n of a box in 3D 


Figure 2. The 
3.2 producing Manufactut ng Data 
When the three dimens! nal structural design is completed and stored 10 the data base; 
the technician akes over the job from the engineer. | 

He is no dy to & te manuf cturing data from the data base prepared by the 

engineer. 

For example, 4 three dimensional piece in Fig. 3 18 reduc manuf acturing drawing 
at the botto of the figure whic irectly corresponds to a punche aper tape: he cost of 
manufacturing this piece is als romatically tallied, counting the number of bendings, studs, 
taps spot weldings; and sO fort 


172 


ASRS AEA SA ra ae ALE nea ee a ” Zanimaunran 


Sisnesssessese 
FTtttttttirtit Tt _] Fe 


msnnnnatanites =~ Rn al — = srnscsee socom 


Figure 3: A 3D piece is reduced to a manufacturing drawing 


4. THE SYSTEM CONFIGURATION OF OUR OWN CAD/CAM SYSTEM 
~ Fig. 4 shows the entire system configuration of our CAD/CAM system. It’s a kind of 
hodge-podge of things American, Japanese, in-house and outside. 
The IAG is the interactive graphics computer. 
The lower half, as it were, represents CAD, while the upper half represents CAM. 
Our CAD/CAM system has three major features: 


(1) Based on a stand-along system, our ‘‘application-ware’’ has completely adapted the 
_ off-the-shelf software to our needs. | 
(2) Structural design of electronic products is done in three dimensions, consistently from 
the conceptual design level down to the flat pattern layouts of metallic sheets. 
(3) Starting from rough sketches, electronic circuit diagrams are edited, checked, and 
converted into a complete set of production data for printed circuit boards in a con- 
sistent and semi-automatic flow. | 
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Figure 4: The entire system configuration 


5. CONCLUSIONS 

Although our CAD/CAM system has been in full operation for only seven months the 
benefits seem to surpass our initial expectation. | 

Among other things, first, design errors have drastically decreased. Second, design and 
production schedules are getting shorter. Third, design standardization through the ac- 
cumulated data base is fast becoming a reality. 

__In fact, our motto, “By CAD/CAM out of labor-intensive work’’ seems to be amply 

justified even in the first seven months. 

We are determined to further computerize our design and manufacturing activities so that 
we will be able to supply still better electronic products at lower prices and on shorter 
schedules. 
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WIRE-WRAP BOARD DESIGN 
USING A COMPUTERVISION 
CADDS 3 SYSTEM 


Anthony Minniti 
Xerox Corporation 
800 Phillips Road 
Bldg. 207A 
Webster, NY 14580 
716-422-8494 


ABSTRACT ; 

Labor cost savings of 10 to 1 have been achieved in the assembly and wiring of wire- 
wrapped boards. The technique utilizes a custom-made Computervision post-processor that 
merges schematic and board assembly information to create an N/ C tape for a semi-automatic 
wire-wrap machine. 

This paper will discuss the board assembly and schematic structure, voltage and ground 
busing, and component hook-up techniques. A method for obtaining a cut wire bin table and 
a wire from — to listing of the N/C tape that is used on the wire-wrap machine will also be 
presented. 


Design Requirements | TNOD'S ASSO CIAT FD 
Seheniateseabels WITH CNOD'S, PROPERTY 
TERMNAME “ 
OR PIN NIXT.. 


FIRST STAND ALONE 
NOD, PROPERTY 
ELEMNAME “™ ™ 
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Design Requirements 


Schematic Drawing 
A. Stand alone TNOD, property sheet ‘‘ ’’. 
B. Network NTXT 20 characters max. (no spaces). 
C. Busing techniques. 


Wire-Wrap Symbols 


TNOD'S ASSOCIATED 
J WER NODS ROPERTY 

TERMNAME “ ™ 

~-OR PIN NIXT 


FIRST STAND ALONE 
TNOD, PROPER.) ¥ 
COMPNAME “" 
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Design Requirements 
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Design Requirements 
Wire-Wrap Board (cont.) 
A. XOYO location upper left (preferred). 


B. Locate wire-wrap pin at XOYO if possible. 
C. Use of bus strips. 
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Other Requirements 


Hardware 
A. Paper tape punch. 


Software 

. PAREX 

. Data extract 
. Format net 
. Sort file 

. Merge file 

. PUT wire 

. CVTECO 

: PEP 


TOMMMoOOWD 


File Structure 
A. Schematic drawing sheets EL.99T00221-C101.SHIA thru SHXA 
B. 1 to 1 wire-wrap board EL.99T221-C101.WWBDA 


Use of PAREX Program 
(Fig. 1) 


Responses to ‘Params’ 
A. DWGNO 99T00221-C101 
B. REV A 
C. WWDWG 99T221-C101 
D. SHTS SH2A,SH3A 
E. WIRE #28 


Explanation of program (Fig. I) 

. A multi sheet extract of the schematic is made (see Fig. 2). 

. A formatted net list is derived from ‘A’ above (see Fig. 3 and II). 

. A X-Y coordinate extract of the wire-wrap board is made (see Fig. 4 and 10). 

. The formatted net list in ‘B’ above is merged into the wire-wrap board and the PUT 
wire command is given. 

. CVTECO and PEP are used to clean up the machine code, obtain a cut wire bin 
listing, and a from-to listing of the machine code (see Figs. 5 through 9). 


m OOW,> 


Checking the Results | 


Files to print 

. EL.WW99T00221-C101A.TRACE 

EL.99T221-C101A.TRACE 

. EL.WW99T00221-C101A and EL.WW99T00221-C101AA (net list and formatted net 
list of schematic) 

. EL.99T221-C101.HFO (errors during merge) - 

EL.99T221-C101.HF (machine code to be output) 

EL.99T221-C101.BIN (cut wire bin listing) 

. EL.99T221-C101.PEPI (from-to listing of drive tape) 


On OD 
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Processing the Results 


A. PRNT EL.99T221-C101.BIN/NOHEAD,DIGITS =0 (see Fig. 7) 
B: PRNT EL.99T221-C101.PEPI/NOHEAD,DIGITS =0 (see Fig. 8) 
C. EXECUTE EL.PUNCH99T221-C101 (punch new tape) 

D. Delete the following files after final tape-off. 


DELFIL EL/99T221-C101AA 

DELFIL EL/99T221-C101 

DELFIL EL.&BCD/WW99T00221-C101IAA 
DELFIL EL.&BCD/99T221-C101AA 
DELFIL EL.&BCD/99T00221-C101A 
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DELFIL EL.SWWDWG/PEP 
EDIT EL.AWWDWG.PEP,N 

| 


Ol] EL.AWWDWG.HF | 
O12 EL.AWWDWG.PEP2<CR> 
F 


Figure 1 (continued) 
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te ee EF PEP .WWAIR,EL.&WWDWG.PEP3 
791, CVTECO 
80! EREL.&WWOWG.TEMP<ESC>EA<ESC 2ST M70<«ESC 6B «ESC >I0K <ESC>OL «ESC «e 
Sif -lOK<ESC><6sF CESC> J CESC><<:F # ESC XA (ESC HK (ESC > <ESC > 
82! EBEL.AWWOWG.PEP3 «ESC >EA‘ESC 7 <<:S 1) ESC: IB<ESC GA ESC) «9 
83! JKESCo1<<:SK=<ESC>sGA<ESC EX «ESC ><ESC> 
84! PEP EL. &WWDWG. PEP3/DD-EL .AWWDWG.PEP 
85 CADDS 
86! {212 
8/1 MERGE FILE EL.AWWDWG.PEP2 
88! EL.AWWDOWG.PEP2 PAIR 
Bat -S'0.000":20«CR> 
90% S'-"H9<CR> 
Sif MERGE FILE EL.&WWDWG8&SREVRSREV 
92! EL.AWWDWG.PEP2 FILE EL.AWWDWG.PEPI BLNK 
93! 18-24:18 
94% 26-32 :26<CR> 
95! S'':8 | 
96! 1-14:19<CR> 
97! EXIT<CR>DG 
98% CVTECO EL.&WWDWG.PEPI 
998 JOccecR«CCROO OO OcESC>>EPCESC> EX «ESC «ESC? 
lOO! CVTECO EL.AWWDWG.PEPI 
lOl! = o[+ XEROX CORPORATION ++ 
102! WIRING REPORT FOR &DWGNO REV Q&REV 
lO3! WIRE &WIRE STRIP LENGTH =!INCH ROUTING AIR«CR> 
lO04¢ SEQ# BIN LVL ~~ FROM TO<CR><CR><ESC UKESC >< 
lO5! lOccccrFCCR> QO Q OCESCs>EP ESC EX «ESC >«ESC> 
lO6! COPYBCD EF .BIN,EL.AWWDWG.BIN 
l\O7! OK 
lo8! COPYBCD EL.&WWDWG.PEPI,EL.AWWDWG.PEP4 © 
K ‘. 


«1033 


0 
HOt CADDS 
12 AAAA 
12! SORT FILE EL. aWWDWG. PEP4 HDR6 LPPIOO0 
WS) 7-8 <CR> 
ll4f RUN TALLY EL. AWWOWG. PEP4 HDR6 LPPIOO0 
15! EL.&WWDOWG.PEP4 DEL | | 
Gt t-3 
7! 7-8<CR> 
li81 MERGE FILE EL.8WWOWG.PEP4 HDR6 LPPIOO 
19! EL.&WWOWG.BIN PAIR HDRS LPPIOO 
20! 7-8 :15<CR> 
Zl! |-3:57«CR> 
22! EXIT <CR>DG 
23! CVTECO EL.&WWDWG.BIN 
124! :SWIRE BIN CHART FOR <ESC>:IADWGNO <ESC><+ 
25! J<ESC>:SREV«ESC>:!] &REV “ESC U«<ESC> « 


Figure 1 (cont.) 
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261 
27! 
128} 
I29! 
130! 
131! 

1321 
(33! 
1341 
[351 
136! 
37! 
38! 
139! 
401 
l41! 

142} 
143! 
441 
45} 
461 
«AAS 
481 


490 


50! 
St! 
[521 


(<:5,000 «CR ><ESC >: -IL «ESC IK ESC >>J ESC > ¢* 
«415 250 <CR>CESC >: -IL ESC IK <ESC »>J ESC >< 
(«5 500 <CR>CESC?;-IL ESC IK ESC >> ESC > ¢+ 
(<¢:5,750 <CR><ESC>:-IL CESC IK ESC EX «ESC >«ESC> 
DELFIL EL.&BCD/PUNCH&WWDWG 
EDIT EL.PUNCH&WWDWG,N 
| 
ATTACH PT,FPIP 
PPTDEV PT 
SETPUNCH EVEN 
EDIT EL.AWWDWG.HF 
P 
Q<cCR> 
DETACH PT 
DELFIL EL/WW&DWGNOSAREV 
DELFIL EL/&WWDWG&AREV 
DELFIL EL.&€BCD/PUNCH&WWDWG 
DELFIL EL.&€BCD/WWADWGNORAREV 
DELFIL EL.ABCD/AWWDWG&AREV 
DELFIL EL.A&WWDOWG.&BCD/HE 0 
DELFIL EL.AWWOWG.&BCD/HF | 
DELFIL EL.AWWOWG.ABCD/TEMP 
DELFIL EL.AWWDOWG.&BCD/PEP 
DELFIL EL.AWWDWG.&BCD/PEPZ 
DELFIL EL.AWWDWG.&BCD/PEP3 
Pace EL.&WWOWG.&BCD/PEP4 «CR > 
« ) 


Figure 1 (continued) 


EF _EDF.&BCD.MULTISHTA 


+ 
4 
| 

4 
+ 
4 


) 
> 
) 
> 
+ 
+ 
+ 
+ 
¢ 
+ 
) 


CHEE RHEE HREH HOE DED OS EXTRACT.DEFINITION.FILE a ee 
SECTION #l - DATAEXTRACT ITEMS | 


SEER EHEE SHEET HE AEH HHOEEEEPHESEFEHHEHHEEHEEHEHEHSEHHHEHEHEHHHHHEHHEFEHEHHEHE HOH HEE H HY 


JUNIV.ITEMS = / 
/COMP.ITENS = / 
/TERMATEMS = / 
/NETW.ITEMS = / 


NORMAL EXTRACT PROCEDURES 


PART NO /UNIV.NTXT.IF -TNOD-PROPNAME/PARTNO 
TITLE = /UNIV.NTXT.IF-TNOD-PROPNAME/TITLE 
REV /UNIV.NTXT.IF -TNOD-PROPNAME/REVISION 


REFDES /COMP.NTXT.IF -TNOD-PROPNAME/ELEMNAME 
Figure 2 (continued) 
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ec! 


I8f > DEFNAME /NETW.DEFAULT-NAME/"XS” 
IS! > SIGNAME /NETW.NTXT.IF-LAYER/O-255 
20! »> BUS /TERM.REJECT.1F -PROPNAME/BUS | 
21! *> PINNO /TERM.NTXT.IF-TNOD-PROPNAME/TERMNAME 
22! >» SHEET /UNIV.NTXT.IF-TNOD-PROPNAME/SHEET 
23! > PINNO| /TERM.PCES-PIN-NUMBER/ 
241 >» IGNORE /COMP.REJECT.JF -PROPNAME/IGNORE 
29! > IGNORE] /COMP.REJECT.IF -SUBFIG-NAME/"-" 
26! > IGNORE2 /COMP.REJECT.IF -PROPNAME/ONPAGE 
DLL Hate eH tH HEHEHE EAE HH HEHEHE HEHEHE EF EFEEEEHHHEEHEN EHH HEHEHE HOD 
e8i * | 
i 2 SECTION #2 - PAGE FORMAT SPECIFICATIONS: 
{ + | 
31! EEO HERE EEHEEEHEEEEEEEEEEEFEEHEFEREFEE EEF EEEEFE TEEPE HOO EO EDTE NS 
32! + | 
33! ¢ NUMBER OF PRINT LINES PER PAGE: 
34! >60 | | 
a + em OF COLUMN POSITIONS PER PRINT LINE: 
f > 72 


18 ¢ NUMBER OF PAGE HEADER LINES (IN SECTION #7): 

Si >» 0 

ae + NUMBER OF ITEM FIELD DESCRIPTOR RECORDS (IN SECTION #8): 

40! > 6 

Alf 

APL Hemme eee OHHH HH HHH PH HE HE HEE EEE EEF EEFEOEH TEE HEEP ETOH HOE EEO OOO HENE HOS 
4?! a 


431° 
444 8 SECTION #8 - ITEM FIELD DESCRIPTORS: 

451 + | 

AGP OOOH e eee Hee HOH HHH HHH HEE HHT HHOFHHEFETHEEHHHFHTHHHHES ES HFEF HODH ES ODY 
47} 
48! 
49} 
50! 
5It 


* PARTNO , I, 12, 24, -1, 0, 0, 0 
> 
52! >» PINNOI , O, 29, 33, -I, 0, 0, 0 
> 
) 
> 
) 


TITLE 4. 2,9, 30; 215 205.0, 20 


PINNO , 0, 29, 33, -1, 0, 0, Q— 
SHEET, 0, Rodan ly 0, 0, 0 

DEFNAME , 0, 2, 20, -!, 0, 0, 0 
SIGNAME - 0, i 20, ly Oi Ne 


PESESTSESTeSUSErreecrrccrrrre END CEOEEOOOEEEE EOE EEE EHEOOOOOEOS 


D4! 
55] 
56! 
57] 


Figure 2 (continued) 


EF .DATA.&BCD.KEYA 


I! MATCHIS | MATCHIE 20 ELEMENTIS 24 ELEMENTIE 28 pEEN TES 23 ELEMENT2E 33 
2! COUNT 3 QUESTION 


Figure 3 
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EF ser eBCOXxyY COORD 


SHH OHHH EOS EXTRACT .DEFINITION.FILE © terrrerrovrorevoresoes 
sesesororesveeeses FOR X Y COORDINATE W/W BOARDS teetererererereeoeees 


SECTION #! - DATA EXTRACT ITEMS 


i aoe asclai Ga Sea a Gs eles rsa kG eaten ewes 


JUNIVITEMS = / 
/COMP.ITEMS = / 
/TERM.ITEMS = / 
JNETW.AITEMS / 


NORMAL EXTRACT PROCEDURES 


REFDES /COMP.NTXT.JF-TNOD-PROPNAMEZ  COMPNAME 
PIN| /TERM.PCES-PIN-NUMBER / | 
PIN2 /TERM.NTXT.IF-TNOD-PROPNAME/ = =TERMNAME 
XCOORD = /TERM.COORDINATE J 0.0 "X" 
YCOORD /TERM.COORDINATE {0.0 "Y" 

— SCOMP.REJECT.[F-PROPNAME / IGNORE 


PHOT EEHEEDEHREREEEEEEE EER EEH EEE EE HEHE EEE EHEEER SE DEEHEREHEHHEDEREHEEDS 


SECTION #2 - PAGE FORMAT SPECIFICATIONS: 


a ale a a i 


NUMBER OF COLUMN POSITIONS PER PRINT LINE: 

T 

NUMBER OF PAGE HEADER LINES (IN SECTION #7): 

0 | | | 
NUMBER OF ITEM FIELD DESCRIPTOR RECORDS (IN SECTION #8): 
2 a 


PEEDOEREOEAFEEREEEE EEE DEEP EFEEHEFEIEN ODEON OOOEEOHHEHHHEH ENON OE EHO 


SECTION #8 - ITEM FIELD DESCRIPTORS: 


PE EFEREENUOOAEOEEOEOE OHO REET EENENVOETE ESTEE EENDEGEOESEOSEENOOEN TN EROONS 


REPUES: 40). bas 74) 10;-0,.°0 
FIND og Oy Py ley Hts Oy. 20, 
PIN2 , Q, 7, 12, -1, 0 
XCOORD , 0, I7, 24, +l, 3, Uy 0 
YCOORD , 0, 25, 32, +, 3, 0, 0 


Pere ererer es terre eee: eee END THREE HHHHEHEH EH HEHHEHEHHEEHHHHER EHH OS 


4 
) 
> 
) 
> 
) 
> 
) 
> 
2 
+ 
+ NUMBER OF PRINT LINES PER PAGE: 
> 60 
> 
> 
> 
8 
> 
) 
> 
> 
> 


Figure 4 
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EF.PEP.&€&BCD.WWAIR 
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INTEGR/BINGXO,YO,NO,LEVO 


INTEGR/LL,MM,CNT,K,I 
REAL/AXXU,YYU) 
K= 


FMTI FORMATI6X,12,1X,15,1X,15,1X,141 
FMT2 FORMAT(I3.15.14,4X,F8.3,F9.3) 


DO LABI I= 


I,K 
READUII, FMT NBIN(D, X(1), YC), NU 


LAB! CNTINU 
XX (112.005 +X (1 
YY(1=.005*Y (1) 
LEV(N=I 
CNT=| 
MM=I 
DO LABS 1=2,K 
LL=BIN(I 
WHEN/LL.GE.98 
LEVIT)=0 
BIN I1=0 
JUMPTO/LAB2 
FE NDWHN 
WHEN/CNT.EQ.2 
LEVI)=2 
JUMPTO/LAB2 
 ENDWHN 
WHEN/LL.LT.MN 
CNT=2 
LEV(T=2 
OTHRWS 
LEVUL=! 
MM=LL 
ENDWHN 


' LAB2 CNTINU 


XX (=XXO1- 1 +.005 +X1T) 

YYID=YY(L-D+ 005 *Y U1) 
LABS CNTINU 

DO LABS I- 


I,K 
WRITECI2,FMT2IN(1), BINII), LEVIT),XX(1), YY (I 


LABS —-CNTINU 
FIN] 


Figure 5 


EF .&ABCD.BIN 


$o44064444 #¢e¢eee ee te 


2! WIRE BIN CHART FOR REV 


3} eee ee eee e Ceeeeeeeee 
4} 4 BIN # LENGTH(INCHES) QTY 
eh! oa eees | oeeeeee 
6} | 0.500 
7} Ma 0.750 
8 | 3 |.000 
3} 4 |.250 
lO! 5 1.500 
6 1.750 
IZ! / 2.000 
I3! 8 2.250 
14! o 2.500 
IS! lO 2./50 
lot II 3.000 
\7! | IZ 3.250 
IS f \3 3.500 
SI 14 3.750 
201 [5 4.000 
2\! I6 4.250 
22 | [7 4.500 
231 [8 4,750 
24} | 19 5.000 
05! 20 5.250 
2b! : 2 | 5.500 
2/3 22 5.750 
28 | 23 6.000 
293 24 6.250 
301 25 6.500 
ee 26 | 6./50 
3c] 2] 7.000 
33] 28 7.500 
341 29 8.000 
35! 30 8.500 
36! 3 3.000 
371 32 9.500 
38 1 fe 10.000 
39! 34 10.500 
40} 35 11.000 
4\! 36 11.500 
42! 3/ 12.000 
431 38 2.500 | 
44} 39 (3.000 
451 40 100.000 


Figure 6 


FL.99T221-Cl0!.BIN 


€46444¢440%4 $4666406006900% 


WIRE BIN CHART FOR 99T00221-CIOl REV B 


46444464404 C44 EHHOS 


‘ BIN # ~ LENGTH(T NCHES) QTY ¢ 
I | 3.000 i) 
IZ 3.250 35 
13 J2300 49 
14 3.750 al | 
15 4.000 | 34 
16 ; 4.250 | 17 
|7 4.500 I6 
18 ; 4.750 d| 
i) 5.000 2] 
20 5.290 lb 
2 | | 5. 500 2 | 
22 9. 750 10 
23 6.000 16 
24 6.250 | | 
25 6.500 5 
26 6. /50 s) 
‘a | 7.000 [| 
28 7.500 5 
29 8.000 | 
30 | 8.500 

Figure 7 


Bia) ec eels | 


7 «XEROX CORPORATION ¥ 
WIRING REPORT FOR 99700221-CIO! REV B 
WIRE #26 STRIP LENGTH = | INCH ROUTING XY 


SEQ# BIN LVL FROM T0 

; a Y UI? 3 UIT. 5 
2 tl Ch: 2 U8 14 
3 «ds U27 4 U239 | 
4 {lt N29 4 Val | 
o tl | U3l 4 U33 | 
6 «Tl oI U2b 4 U28 | 
/ lof U28 4 30 | 
8 tl | U30 4 32 | 
9 12 | JE J2 | 

_ Figure 8 


(continued) 
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lO 6t2CO Ul9 | VIS 4 
fl 6 f2 U2l | U2l 4 
I2@ 2 | U23 | U23 4 
3 «l2. U25 | U25 4 
4 2 | UIs | Ul8 4 
Ib 2. U20 | U20 4 
6 l2 | U22 | U22 4 
7 t2 U24 | U24 4 
8 I2 | FC] = 23 FC] =—s18 
io dd 4 R289 R3 16 
20 «6«I2 CO U8 | U8 4 
él l2 st U8 13 U8 10 
22 «le U/ | UV 4 
23. «(«(l2: U/ 13 U/ 10 
24 l2 Ul4 | Ul4 4 
2o I2 | Ul4 = 13 Ul4 10 
26062 «0 COD XOYO | 

77 =6l2 Ul3 | Be 
28 le UI3 13 Ui3 10 
on ae UlO | VIO 4 
30 l2 | UlO «13 UlO0 {0 
She te U9 | U9 4 
32. le US I3 US 10 
33. le | Ul2 | Ul2 4 
34 le Ul2 13 Ul2 10 
35 «12 Ui ob” | OE 4 
36 «I2 Ul! = 13 Ul! =10 
3} 43s RS | Ul7 | 
380 «13 U26 / R3 | 
chs Se ae U26 6 R32 


Figure 8 (continued) 


Piles dy cere ClO = 


T M70M37 

T M/OMIIX-O400Y -O280NOQOIN 

T M/7OM398Y -0040 

T M70M97 

T M/OMIIX+#0260Y *O3Z2ONOQO02N 

T M/OMS9BY -0040 | 

T M/7OMIIX-0420Y -0420NOQ003N 

T M/OM98Y -0040 

T M/OMITY-OOGONOOO4N 

T M/OM98Y -0040 

T M/OMITY-OOGONOOOSN 

T M/OM98Y -0040 
Figure 9 
a (continued) 
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T M7OMIIX-OIGOY +O240NOO06N 


T M/OM98Y -0040 

T M7OMIIY-OOGONOOO7N 
T M/OM398Y -0040 

T M/OMITY -OOGONQO08 N 
T M/OM9B8Y -0040 

T M/0M37/ 


T M7OMI2X+0320Y + 0140NOOO9N 


T M7OM98Y -0060 
T M/0M97 


T M/OMI2X-OIGOY +O6Z0NOOION 


T M/OM98Y -0060 
T M7OMIZY-QO40NOOIIN 
T M7OMS98Y -0060 
T M7OMIZY -OO40NOOI2N 
T M/OM98Y - 0060 
T M/OMIZY -OO40NOOI3SN 
T M/OM98Y - 0060 


T M/0MI2X-O1G0Y *0360NO0I4N 


T M/OM98Y - 0060 
T M/OMIZY -QO40NOOISN 
T M/OMSBY -0060 
T M7OMIZY -OOQ40NQQIGON 
T M/OM98Y - 0060 
T M7OMI2ZY -OO40NOOI7N 
T M7OM98Y -0060 


— T M7OMI2X-O800Y -OOBONOOI8N 


T M/0MS96X-0020 
T M7OM98Y +0060 


T M/OMI2X+O600Y +O020NOOISN 


T M7OM38Y -0060 


T M/70OMI2X+0860Y +O380NO020N. 


T M/OM38Y -0060 | 


_ Figure 9 coonnues 


=e 99T221-CI0IBB- 


CE 36 0.300 
CEO 0.400 
CE 2 0. 400 
CE 3 0.400 
CE 4 0.400 
CE 4 0.400 
CEG 0.400 
CE 7 0.400 
CE 8 0.400 
: 0.400 
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0.200 
-0.200 
-0.300 
-0. 400 
-0.500 
-0.600 
-0. 700 
-0.800 
-0, 900 
- 1.000 


Figure 10 (continued) 


CE 10 0.400 -1.100 
CE Od 0.400 -1.200 
CE 2 0.400 -1.300 
CE 13 0.400 -1.400 
CE OI4 0.400 -1.500 
CE 15 0.400 -1.600 
CEO 0.400 -1.700 
fy 0.400 -1.800 
CEO 0.400 -1.900 
CE 9 0.400 -2.000 
CE 20 0.400 -2.100 
CE 0.400 -2.200 
CE 22 0.400 -2.300 
CE 23 0.400 -2.400 
CE 24 0.400 -2.500 
CE 25 0.400 -2.600 
CE 26 0.400 -2.700 
CE 27 0.400 -2.800 
CE 28 0.400 -2.900 
CE 29 0.400 -3.000 
CF 30 0.400 -3.100 
CE 3 0.400 -3.200 
CE 32 0.400 -3.300 
CE 33 0.400 -3.400 
(E34 0.400 -3.500 
CE 35 0.400 -3.600 
CE 70 0.300 -3.600 
CE «69 0.300 -3.500 
CE «68 0.300 -3.400 
CE «G7 0.300 -3.300 


Figure 10 (continued) 


EL.WWS97T00221!1-CIOIBB 


001 2XS000! —~=U3-6 = =U25-2 
002 2XS0003 UI-8 UI9-3 
003 2XS0005 U2-10 U23-2 
004 2XS0007 U2-4 U21-3 
005 2XS0009 U2-8 U22-3 
006 2xS00I | U3-2 U24-2 
007 2X50013 U2-12 U23-3 
008 2XS0015 U3-4 U24-3 
003 2XS0017 U3-8 U25-3 
010 2XxSO0013 UI-G6 UI9-2 
O11 2XS0021 Ul-12 U20-3 
O12 2XS0023 Ul-4 UI8-3 
013 2XS0025 Ul-2 UI8-2 
Figure 11 
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192 


014 2XS0027 
O15 2XS0029 
016 2XS0031 
O17 2X50034 


018 2X50062 
019 3XS0002 
020 3XS0004 
021 3XS0006 
022 3X50008 
023 3XS0010 
024 3XS0012 
025 3XS0014 
026 3X50016 
027 3XS0018 
028 3X50020 
029 3XS0022 
030 3X50024 
031 3XS0026 
032 3X50028 
033 3XS0030 
034 3X50032 


—U2-2 


Ul-10 


U2-6 
UI7-Tl 
Jae 
J2* 
U4=5 
ae 
U4-1 | 
Jari 
U6-13 
US-TI 
U6-| 
U5-5 
U6-3 
U5-13 
U5-9 
Uo-3 
Uos3 
U4-13 
Uo-II 
Uo-5 


U2I-2 
U20-2 
U22-2 


UIl7-3. 


J1-8 
R3-| 
R3-2 
R3-3 
R3-5 
R4-16 
R4-9 
R4-1 | 
R3-7 
R4-14 
R4-10 
R3-8 
R4-12 
R3-6 
R3-4 
R4-15 
R4-13 


U26-7 
U26-6 
U27-/ 
U28-/ 

U33-6 
U30-7 
U3I-7 | 
U29-/ 
U32 -6 

U30-6 
U29-6 
U31-6 
U28-6 
U27-6 

Jase 
U32-7 


Figure 11 (continued) 
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INTRODUCTION OF A CAD SYSTEM 
FOR PRINTED CIRCUIT BOARD DESIGN 
BASED ON COMPUTERVISION SYSTEMS 


by 
H. Rohrbacher, G. Martin 
Manager, Support System Development 
Standard Elektrik Lorenz AG 
Stuttgart, West Germany 


1. ABSTRACT 

The present article covers the process of introduction of computer aids for PCB’s into an 
electronic industry, the analysis of the present status and the future aspects. 

For the particular industry in question the best approach was a combination of commer- 
cially available dedicated hardware and software and internally developed software running on 
general purpose computers. 


2. INTRODUCTION 

All stages in the life of an electronic system — from the functional design through de- 
tailed design, board layout, manufacturing, acceptance testing to field or system integration 
testing — will eventually be controlled or supported by computers. During the last decade 
computer aids have been offered for each of these steps. 

Normally these systems are independent of each other and most of the data transfer and 
consistency check of shared information is done by people. | 

Consequently when companies start to introduce a new set of computer aids, much effort 
and time is spent to integrate it into the existing and used systems. The established system has 
to be supported and upgraded by an internal system group. | 

In the following chapters the development of the CAD system for printed board layout 
and document generation is presented. 


3. CAD SYSTEMS FOR PRINTED BOARD LAYOUT 
In the area of printed circuit board design three major ways of computer aided processes 
have been established. These ways and the hardware systems used are shown in figure 1. 


3.1 Computer Aided Digitizing and Plotting (CDP) 

The first step into CAD was the introduction of a system consisting of a digitizer and a 
photoplotter in 1970. This system replaced the ‘‘manual taping’’ process followed by 
photographic reduction. 

The only documents which can be produced are films for the artwork. Our company in- 
stalled two AEG digitizers, type RPE and one photoplotter GERBER 1232 in 1970. On the 
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digitizer the x,y coordinates of the tracks and holes are taken from the layout sketch and 
punched on papertape together with the commands for the photoplotter. 


DATA CAPTURE EDITING DOCUMENT 
CONVERSION Peon oerue! _ GENERATION 


ida CDP GERBER FILMS 
ida a PHOTOPLOTTER 
DOCUMENTS 


CV-SYSTEMS | 
TERMINAL 


| CAD 


Pris g. Soe te tre 


CV-SYSTEM 
TERMINAL 


: VAXIL/780 SOF TWARE 
| ! SUPPORT 


Figure 1: Hardware configuration 


Digitizing errors are corrected directly on the papertape. 
This system is still operational and used for board layouts, and small changes. The 
benefits are very fast turn around time and small machine costs. 


Achieved results are: 
Cost reduction (in 1976): = 2: 1 (manual taping : CDP) 
Processing time > 7h 
Elapsed time : 3 days } double sided, 4 x 6.5 inch 


Documents produced: 
Artwork film side 1 
Artwork film side 2 
Drilling film 
(Solder resist mark) 


3.2 Computer Aided Editing (CAE) 

A more comfortable and flexible CAD system is achieved by the use of an Interactive 
Graphic System. The additional equipment consisting of a computer, graphic terminals and a 
penplotter enables to check the digitized data and edit them if necessary. 

Further on not only layout artwork will be produced but also checkplots of electrical 
schematics and component mounting diagrams using element libraries. 

The previous system has been extended by Computervision Systems with Nova 1200 pro- 
cessors and Design Terminals in 1975. 

The CAE process is used for more complex boards, backpanels and since 1978 for digitiz- 
ing electrical schematics from a sketch. 


The achieved results are AIOE } ae only): 


Cost reduction (in 1978): = 1.3 : 1 (CAE : CDP) 
Processing time : 20 : 
Elapsed time : 5 days (without layout sketch) 
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Additional documents which are generated: 
Circuit schematics 
Assembly drawing 
White print mask 
Solder resist mask 
Assembly parts list 
Net list for In-circuit Tester 
Drill tape on request 


3.3 Computer Aided Design (CAD) 

The addition of more computer power to the system gives the capability to replace some 
of the manual activities by algorithmic programs, i.e. gate assignment, placement, routing, 
logic simulation and automatic test program generation. 

The programs for gate assignment and component placement run on a VAX 11/780. 
Logic simulation and automatic test program generation systems are installed on the IBM 
3033. 

For routing the standard program on the Computervision System is used. The difference 
to the CAE process is that digitizing of the layout can be omitted. Normally the algorithmic 
programs give a 90-95% solution which is completed by CAE. 

The full CAD process is at present in the phase of pilot production. 

Results achieved so far: 


Cost comparison (1980) 1: 1CAE: CAD 
expected: 2:1 

Processing time -° eed 
expected: 3:1 

Elapsed time : 14 days 
expected : 6 days 

Time to complete layout : 1 hour/open line 


4. ORGANIZATION 
For the SEL Telecommunications Group the CAD activities are allocated in one central 
organization. 


4.1 Operating and Service 

The CAD equipment is installed centrally in one area. The centralization enables exact 
job accounting, good terminal capacity forecast, backup during downtimes of one machine, 
and quick service for users’ requirements of tapes and disks. | 

The digitizers and photoplotters are managed in closed shop techitade which is natural 
for those systems. | 

The CV Systems and the VAX are organized in open shop and are available in one slight- 
ly extended shift. To enable the PCB layouters the use of the system, an 8 day training course 
and permanent support on the jobi is Offered. Approximately 40% of the potential users have 
been trained up to now. 


4.2 Software Support 

From the very beginning the decision was made to start with a turnkey system but to do 
Own programming: 

The reasons were: 


Non-availability of announced software 


Long run times of some standard software 
Special interfaces for in-house purposes. 
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Own software developed by SEL or fundamental changes in the CV software are listed 
below: 


Data capture and transformation: 


Interface from AEG digitizer to CV — special 

Net list generator — faster than CV 
Nodalizer (adds nodal information) } nner ete 
Libraries (physical and schematic symbols) — special 


Algorithmic processes: 
Component packaging and placement : 
Logic simulation } — not available from CV 
Automatic test program generation 


Documentation process: 
Artwork output for Gerber — special 


The amount of own software ‘is given in figure 2. 


SCHEMATIC CAPTURE 
NETLIST GENERATION 
NODALISATION 
POSTPROCESSORS 


GATE ASSIGNEMENT 
PLACEMENT 
BACKANOTATION 
CV - INTERFACE 


IBM 3033 : LOGIC SIMULATION 
AUTOMATIC TESTGENERATION 
IGS - INTERFACE 


Figure 2: Software developed in-house 


The Software Support Group is also responsible for installation and test of new revisions 
of operating systems and graphic software, for trial application of new software modules and 
users’ documentation and training. The effort is split up in figure 3. 


5. FUTURE ASPECTS 

In the past the CAD systems have proved to be an economic tool for PCB design and 
documentation. At present the installed machine capacity is still too small to process all PCB 
design on the systems. In the next four years three activities will continue: 


— installation of additional capacity 
— increase the capability of the algorithmic programs 
— additional types of documents produced. 
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_ 7.1 HOURS/DAY 


TRIALS 
DEBUGGING 
LIBRARY MAINTENANCE 


TRAINING COURSES 


INSTALLATION OF NEW 
CY REVISIONS 


Figure 3: Terminal capacity for support | 


The goal is to come up with a system capacity to handle all PCB’s developed in SEL 
from 1985 onwards. 
The trends are shown in figure 4. 


ACTIVITY 
100 


h 
MANUAL 
TAPING 


Figure 4: Plans for the next years 
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CVLCAP 
COMPUTERVISION LOGIC 
CIRCUIT ANALYSIS PROGRAM 


Allen Brown 
Computervision Centre 
1040 Uxbridge Rd. 
Hayes, Middlesex 
England 
1-561-2626 


ABSTRACT 

CVLCAP is a computer program that analyzes electrical networks of logic gates. It runs 
on any CV system which has at least one COMDEV (system console or designer work 
station), disk storage and the CADDS/PEP applications software. CVLCAP is modeled on 
concepts put forth in the reference listed below. 

The program is written in Computervision PEP and has provisions for selecting either of 
two modes of running. The ‘‘learner/auto-tutorial’’ mode provides detailed instructions to the 
user at each step in the program. For those familiar with the program’s man/machine dialog 
requirements there is a much less verbose ‘‘expert user’’ mode. 


INTRODUCTION | 

CVLCAP provides the design engineer with a useful design tool to verify that a network 
will function as logically expected. Seven types of gates, AND, OR, XOR, NAND, NOR, 
NXOR and INVERTER (or NOT), are recognized by the program. A gate may have up to 
eight input nodes but only one output node. 

A description of the logic circuit to be analyzed is input and any or all of five tasks are 
performed on it. Briefly, the tasks are as follows: 


1. The user assigns a unique number to each gate of interest and states its type. Unique 
numbers are also assigned to the input and output nodes of these gates. 

. The user defines the state of these nodes. | 

. CVLCAP exercises the logic circuit until stability of nodal values is attained. 

. The CV computer prints out the state of the nodes. 

. The CV computer summarizes the circuit’s logic elements. 


WM” & Wb 


The designer can analyze the output from task four to determine if the logic circuit will 
perform as he had expected. 
| While theoretically, this program and the CV computer can handle networks of up to 
1200 gates and 4800 nodes, from a practical standpoint CVLCAP will be most used with logic 
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circuits of more than 10 gates and up to the point where chips rather than discrete logic con- 
stitute the network. | 


GATES AND STATES 

A gate by definition, is a device which produces a single logical output state as a function 
of one or more input states. A binary logic state is a value of either 9 or 1. If a state is 
unknown, CVLCAP provides for a random or ‘‘undefined’’ state which is represented by an 
asterisk (*). | 


Figure 1 shows a set of truth tables for AND, OR and exclusive OR (XOR) gates with 
two inputs and for NOT which, by definition, has only one input. The truth tables for 
NAND, NOR and XNOR can be obtained by simply complementing the tabular values in the 
AND, OR and XOR tables respectively. 

The asterisk (*) is defined for CVLCAP purposes to be its own complement. Although it 
is possible to represent the ‘‘undefined complement”’ with its own symbol, this makes no 
sense if there is more than one undefined state in the circuit. Clearly, two undefined states 
could have opposite values. Therefore, the ORing of an ‘‘undefined’’ with an ‘‘undefined- 
complement’’ would not necessarily yield a value of 1. 


Figure 1 


USING CVLCAP | 
The CVLCAP program will perform any of the following five tasks: 

TASK | FUNCTION 

1. Accept the logic circuit description input interactively or from a data file. 

2s Accept assignment of node states interactively or from a data file. 

3. Exercise the circuit until its nodal value stability is attained. 

4, Output to the list device or to a data file, an ordered list of the defined node state 

array. 
5. Output to the list device or to a data file, and ordered list of all gates in the circuit. 


The network of gates and nodes (lines) which represent the logic circuit to be investigated 
must be specified. The rules for describing the features of the network are outlined below. 
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Age * 


0. 

Each gate must have only one output node. An INVERTER (NOT) gate has only one in- 
put, as well. XOR and XNOR have two inputs, while AND, OR, NAND and NOR gates may 
have up to eight. 

Each node will have one of three values, logic 9, logic 1 or ‘‘undefined’’ (*). If a nodal 
value is not explicitly declared, CVLCAP assigns a default value of ‘‘undefined’’. 

Each gate must be labeled with an integer sequence number and so must each node. The 
order in which gates or nodes are labeled is irrelevant but each gate must have a unique label. 
Each node must also have a unique number but a gate may have the same number as a node 
since CVLCAP maintains separate lists for each. Normally, these integer labels will be the 
standard CV symbol sequence numbers. | 


RUNNING CVLCAP : 
To invoke CVLCAP, the user needs only to enter the command: 
XPEP CVE.CVLCAP 
into the CV computer within CADDS. 

The clerical details of how the circuit description and the nodal states are input is com- 
pletely auto-tutorial in actual program usage. The graphical representation of the circuit to be 
analyzed does not necessarily need to be in the CADDS data base. It can be in any other 
graphical or tabular form but most probably it would originate from an on-line display of a 
logic program with CV sequence numbers at the CV workstation. 

CVLCAP is a complete hand holding program which will give the user total guidance at 
all times unless the user deliberately chooses the * ‘expert user’’ mode. In that case the detailed 
explanations are shortened. 

Normally, the sequence of operations is: 


1. Input the circuit description (Task 1) 
2. Verify the circuit description (Task 5) 
3. Assign nodal values (Task 2) 
4. Verify the nodal values (Task 4) 
5. Exercise the circuit (Task 3) 
6. Verify final nodal values (Task 4) 
7. Modify circuit description (Task 1) 
8. Verify the circuit description (Task 5) 
9. Change nodal values (Task 2) 
10. Verify the nodal values (Task 4) 
11. Exercise the circuit (Task 3) 
V2 lGeractee gas 


A simple logic circuit is shown in Figure 2. Figures 3 and 4 respectively show a circuit - 
description and gate status description after uns CVLCAP for this circuit. as 


Figure 2 


os 01 


CIRCUIT GATE LIST 
GATE TYPE OUT# IN# IN# IN IN# IN# IN# INE INE 
2 INV. 88 50 
7 NOR 26 21. 2 
13 OR 49 88 50 
49 NAND 100 26 49 


Figure 3 


NODE VALUES 
NODE V NODE V NODE V NODE V NODE V NODE V NODE V NODE V NODE V NODE V 


—_— cee eel eee lee eee eel eel eee lle lee eee ee 


2f 211 269 491 1f0 1 


Figure 4 


HOW CVLCAP WORKS 

CVLCAP is written in PEP and is invoked from a PEP object file, CVE.CVLCAP. The 
program assumes that it is dealing with a novice user unless it is told otherwise. It is a forgiv- 
ing program, 1.e. the user is allowed to respecify any input item and he is warned before any 
input data is overwritten. 

If the user indicates in response to a prompt, that he is specifying a new circuit, all node 
state data is set to ‘‘undefined’’ and all gate descriptions are set to ‘‘null’’. The user then 
changes these conditions with his input. 

If the user indicates that he is not specifying a new circuit, eondidons already entered re- 
main and he can change those nodes and/or gates that he wishes. 

The heart of CVLCAP is the circuit analysis (Task 3). It is a simple and straightforward 
process. Each gate is examined. If it is a ‘‘null’’ gate, i.e. not defined, it is ignored. If the 
gate is defined, its output node value is computed from its inputs. If the computed output 
node value is different from the current output node value, the latter is changed and the 
‘‘node change’’ flag is set. After every node has been analyzed, the node change flag is ex- 
amined. If it is set, the entire circuit analysis process is repeated. Theoretically, it is possible 
that an oscillating type circuit may never reach stability and iterate forever. However, 
CVLCAP intervenes after the user-specified maximum number of iterations is reached and 
presents the user with an opportunity to continue execution or to request another task. 

If a gate remains undefined, it is never listed by the circuit description part of the pro- 
gram (Task 5). If a node is still in an undefined state, it is never listed by the nodal descrip- 
tion part of the program (Task 4). 


SUMMARY 

CVLCAP is a sorpletey: auto-tutorial ceractive program written in Computervision 
PEP which allows a user to analyze networks of logic gates. It is available through normal 
Computervision software distribution channels. 


Reference: LOGAN . . . A Circuit Analysis Program, Robert J. Bishop, Interface Age, May 
1977, 
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“BOOSTING YOUR PRODUCTIVITY 
THROUGH CUSTOM SOFTWARE 
& THE ZERO SALARY SHIFT”? 


by 
Marta Maddy & Paul Minkin 
Honeywell Inc. 
Parkdale Plaza Bldg. 
1660 S. Highway 100 
St. Louis Pk, MN 55416 
612-542-5133 


ABSTRACT ; 
Here are some simple economics of CADCAM: Make a Capital Investment in equipment, 
and training and prepare an expense budget for system overhead. We expect a good return on 
Our investment — but how? Simply offset the depreciation and operating costs with operators 
utilizing the system at a productivity rate that is higher than manual methods. Obviously the 
systems pay for themselves when the increased productivity of the operators balances the 
costs. To speed up the payback CAD users will either be improving their productivity figures, 
or they will be using multiple shifts. This paper will explore various methodologies to increase 
the operators’ efficiency. Specific concentration will be on custom software that typically set 
up execute files that can be run at night. This type of operation is not new and is typically 
referred to as the batch shift; but a more appropriate title is “The Zero Salary Shift’’. This ti- 
tle refers to the use of execute files on the CV system without an operator. This is using the 
computer as a robot and involves no salary overhead, hence the name — Zero Salary Shift. 


PRODUCTIVITY BOOSTERS ON A CAD SYSTEM Be 

Because of the nature of CAD systems, they elicit a higher than manual productivity 
figure for an operator that has mastered the interaction between himself and the computer. 
The obvious things here are Auto-Routing, Auto-Placement for Printed Circuit Board layout, 
Dimensioning, 3-D work, and Mass Property Analysis for Mechanical Design to name a few. 
This mastery occurs through training and experience. It is crucial that each site has trained 
operators — otherwise the natural form of payoff is weakened and is delayed longer than 
necessary. Another very effective way to increase system productivity is by setting up jobs for 
the Zero Salary Shift. At Honeywell Residential our goal was to find the processing that could. 
be set up in an execute file and then to create these execute files with a minimum amount of 
effort by the operators and with a minimum amount of training. | 
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SPECIFIC AREAS TO BOOST OUR PRODUCTIVITY 

Since we felt fairly confident that we could implement a Zero Salary Shift, the next step 
was to define the areas where the operator had a lot of lag time at the terminal or command 
sequences that could be greatly simplified by some outside processing. An example of lag time 
is a particular command that would take enough time for the operator to have a coffee break, 
read the sports page, or start thinking about lunch. Under this lag time category we felt we 
could gain time by preprocessing Photoplotting and Auto-routing, ending up with execute 
files to accomplish the task. Under the complicated command structure category, we felt 
Library Management and Part Releasing could use some smoothing out. The following chart 
indicates the areas where we put our efforts: 


GAIN A PRODUCTIVITY INCREASE | SMOOTH OUT COMPLICATED PROCESSES 


| 
PHOTOPLOTTING . LIBRARY MANAGEMENT 
AUTOROUTE PART RELEASING 


IMPLEMENTATION 
The methods an operator can use to set up execute files for batch runs are: 


1. Have the operator write the execute files. 

2. Run a Parex or Var Pro file then input appropriate parameters, or 

3. Write custom software to drive a question and answer session with the operator which 
would: loop with questions, handle and report input errors, and make operator- 
compu interface very easy, simple, and friendly. 


Because of our stated goal of a minimal amount of effort going into the operator’s in- 
teraction with the computer we opted to write some custom software to interactively handle 
questions and answers, report errors, repeat sessions, and to optionally produce execute files 
which can be run on the Zero Salary Shift. This interface is to be easy, simple, friendly and 
look clean to the operator [1,5]. With our software we are able to provide step by step in- 
structions should they be necessary. Ultimately these front end software routines will update a 
disk file or produce one or more execute files that can be run on our Zero Salary Shift. 


CHOICE OF PROGRAMMING LANGUAGE 

Programming languages have been constantly maturing during the past 25 years. Modern 
languages have become easier to code, more comprehensible to an outside group, and more 
reliable. These modern languages also give more computer power per language construct than 
_ older, more poorly designed languages. A modern programming language will support a style 
of programming called structured programming. Structured programming is a systematic pro- 
gramming method developed around a small set of fundamental program control structures, 
and a small set of data structures that are used to create a program that is clearly laid out, 
easy to follow, easy to analyze, and easy to modify [4]. 

Computervision’s CGOS 200/10 allows a choice between TPL and FORTRAN-S for any 
custom code that is run from the system level (we did not consider doing any CADDS pro- 
gramming because of the overhead of CADDS, and the problem of maintaining the software 
from Rev. to Rev.) [2,3,6]. Although TPL does not support structured programming tech- 
niques as well as some other languages (notably Pascal, ADA), it certainly supports this 
enlightened form of programming more than FORTRAN. In the words of one of the many 
Computer Science Prophets: FORTRAN is a dinosaur, we must allow it to settle into ancient 
history. Thus we chose TPL. Our choice was also influenced by some other Software 
Engineering considerations: Along with the supply of system subroutines that comes with 
CGOS 200/10, we also had access to TPL subroutines that were developed by Honeywell’s 
Avionics Division. We also found adequate people resources for TPL software development 
within CV’s Application Engineering crew, and also within our Avionics Division. 
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EXAMPLES: 


PHOTOPLOTTING 

The first software written was to produce execute files that would create photoplot files 
for the Gerber or Compucircuit photoplotter. We use an offsite photoplotter and transfer our 
data to the plotter via tape. The following is the interaction that the operator has with the 
software: 


1 


(1) 1-FPHOTO 


Eee eee LL ee ee ee ee | 


€ + 
* PRITO PLOTT I ty * 
x 39: 


HH OR 4: 8 KK 


WHAT IS THE PRET TO PHOTO PLOT? PHWB.HOStIC-2 
WATCH PLOTTER OC FOR COMPULIRCUIT. G FOR GERBER?) CTEXT SRAKI1 CHARS 0°59) 


EXECUTE FILE FOR Ful GEPEER I5 X. TEMP. 482146618156 2482761 
PE FILLCY OR N DIM 9? 
‘E IN THE FRRAMN TABLE NAMECTEXT MAX!3@ CHARS DITEXT.GERSER. INFG?) 


wo MANY FPHOTOGPLOTS To MAKECINT Ri1-9 O14 37 
VOU aANT A CRELK PLOT Ex«ECUTE FILE CY UR N OCN 97Y 
mou WANT TS Use THE S2zdce¥ OR N DIY 9? 
The EXECUTE FILE FOR WRITING TO TAPE [5 %. TEMP. 46228281 BL SBS465H81 
The FRREITY OF THE TAFE GIFFERS FOR ERCH VENDOR 
INFINITE GRAPHICS bSses 900. AVYIGNICS EVEN 


y THE EXECUTE FILE FOR CHECK PLOTS IS X. TEMP. 462163161363484501 
f 


OO VOU WANT EVEN PREITY CY OF N OIY 39 ON 

PLOT i 

TYFE IM THE LAYERS SEFRRRTEO &Y SPACES 

"2 Lé 35 

PLT 2 

VPE Th THE LAYERS SEFPARATEG BY SPACES 

“9 L939 33 | 
PLT 3 

TPE Ih THE LAYERS SEPRRATED 6Y SFACES 

a 

PLOT 4 

TiFe IN THE LAYERS SEPRRKATED BY SPACES 

54 57 29 

1; 


This program is run from the system level (1), the user types in the part (2), and the plot- 
ter to use (3). The operator at (3) is informed that text input is requested, with a maximum of 
1 character, and the default is ‘“G’’. The operator is informed of the execute file name at (4) 
followed by a parameter table request (5,6). At (7) the number of photoplots is determined: 
the input is integer, the range is between 1 and 9 plots, and the default is 4 plots. The oper- 
ator is then interrogated if a check plot execute file is needed (this will produce the commands 
to plot the board on either the 24 or 42 inch Versatec plotters (9,10)). The execute file that 
writes the photoplot output from the Put Gerber commands to tape is annunciated and the 
parity for the tape drive is determined (12,13,14). In (14) each plot layer scheme is deter- 
mined. The following is a listing of each execute file produced. 
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1>PRINT &.TEMPCCNLS - 


x, TEMP. £80, 4B 213161 2824827681 
4-24-84 13535520 


PWS wKWOoSLIC-2 
SEL LAY 2 

FH LAY 2 LZ 83 
Rie tay 


FUT BESE&ER TRSLE TEXT, GERBER. INFG2 
3 


PENT 
PUT GERBER TRELE TE’. cee sik. it 
E<IT<CR>OG 


A. TEMP. SCD, 46271681613562469501 
4-24-61 12:35:76 


ESECUTE #.g224 


mo 
¥ 


Pub HDoLIC-2 © 
SEL LAY 2 | 
ETH LAY 2 Az of 
Rees 

FOy DoT Steel 
Seu GAY -S 

blr Dey a 2S “se 
RMT 


PLT GOT Sf 
SEL LAY 49 
ECH LAY 43 
RF RMT 
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7 
co! 
Ru 


ROM T 
FLT GeErFBER THELE TEXT. G€rREER.IN 
cL tm 493 

CH LAY +3 33 

aT 


WT GERBER TABLE TEXT. GERBER. INFG2 


%. 

* MAKE SURE THE 24 INK PLOTTER 
* TS ON-LINE ANG THE MULTIFLEXER 
+ SUITCHES ARE SET CORRECTLY 

am 

PAUSE 

CADDSOLE: 


OSEFIL 


DDR IL 


OSKFIL 


ache be 


TEXT. GERGER. PWR. HDSLIC-2-1 
TEXT. GERPSER.PYB.HOSLIC-2-2 
TEXT. GERGER.PWE HOSLIC-2-3 


TEAT .GERBER. PHB. HOSLIC-2-4 


FLT OOT SOL4d 

SEL LAY 24 

ELH LAY 21 Se &3 
REBT 

FLT GOT SOL 


mn. TEMP. @62 0D 46S bo1ba sbs4b Subs 
d-234-t1 43:35:76 

BRTTACH KT. TAPS 

». 

» TF THE TAFE ORIVE 15 ATTACHED To 

* AMOTHER TASER. HRYE THEM CETACH IT 


PRIUSE 
anes MT. TREY 


* LORD THE TAFE WITH THE WRITE FING 
»* INS TALLED, LOU GENSITY. AWD GN-LINE 
‘ | 
PRUSE 

SETTAFE MT; O,N 

RUN TEXAT.M, INFGTAFE | 

TEXT. GEF BER. PWE.HDOS1L1C-2-1 

TEAT GERBER, FWE.HDSLIC-2-2 

TEXT .GEFEER,. PWE.HOSLIC-2-2 

TEAT GERBER. PWE HDSAIC-Zz- 

<Ck> 

FEW ING 

: 


In the last execute file produced, the line RUN TEXT.M.INFGTAPE is a homegrown 
program that transfers the disk file photoplot commands to tape in the correct character set 
_and the correct tape blocking format. 

With this technique of generating custom execute files for each job, we will save at least 
100 hours per year of valuable system time. I think the casual CADDS user can see the 
unmeasurable benefits of having the TPL software produce these execute files rather than the 
operator himself. 


AUTOROUTING 

Similarly we have produced software to preprocess the ROUTE BRD command. As in 
photoplotting, the operator is asked about each autoroute parameter (with an optional ex- 
planation) and an execute file is set up with the ROUTE command and the user defined 
parameters (or a default if a return was hit to a parameter request). This file is then executed 
on our Zero Salary Shift with the operator receiving the routed board in the morning. We 
estimate a savings of 100 to 200 hours per year per 8 hour shift of system time. 


PART RELEASING & RESTORING 

Releasing and Restoring parts as official engineering documentation can be very messy. 
Our definition of a released part consists of the part and any subfigures used on the part. 
This package is put onto mag tape and deleted from the disk. We also require that the sub- 
figures put on tape with each part be renamed to avoid any overwrite of library figures with 
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the same name that may have changed since the part was released. To put all this messing 
around in software has greatly simplified our operations. The software is run as follows: 


Q0-RUM TEXTSM. RELEASE 
13 THI= AMD OF PC FART CREO OR MDD? PO 
@@ THE FART NAME MUST HAVE AT LEAST TWO LEVELS ee 
WHAT IS THE FART CATALOG? Fue 
WHAT IS THE PART FILE NAME? 2ennes-REVaA 
(2) > CADDSCLR 
CADDS @ INSTAWIEW REY 11-00-E 3- 3-31 15251257 
INITIALIZE CAD PARAMETERS? 
TYFE OK TO CONTINUE 
OK . 
HAC REGEN SECTORS AVAILABLE 
TYFE Ok TO FEALLOCATE 


2560 Como RECTORS ALLOCATED FOR FEGEN: 
PART NAME: DUMMI 


DATA BASE UNIT Ise:1Nn 
CREATING NEW PART | ade 
SEYTR DATe TEXT. EDF.SUBFIG PART FB ecuues-REVA HAME TEXT. RLSEPF Tis 
MESSAGE FILE: TEXT. FLSEFIG1. TRACE 
ee BEGIN EXTRACT ON FIRE. CCOUeES-REVAL ¢¢° 
END OF EXTRACT FROGRAM 
EXTRACT COMPLETED 


SsEXIT 


FILE=Fs DONT=D5 FEPLY=D 
NEW PART=N3 GOODRYE=Gs REPLY=6 


At (1) the program TEXT.M.RELEASE is run to start an execute file at (2) that extracts 
subfigures from the released board. At this point another program is run from the execute file 
that determines the release tape to use, the file number on the tape, and analyzes the extracted 


-subfigure names to construct an execute file that copies all pertinent files to tape and changes 
the name of the subfigures: — 


(> RUN TEXT.M. RELEASE2 

THE. EXECUTE FILE FOR WRITING TO TAFE IS X. TEMP. 4B16BS1B11B07B19R0 
FUR, ZO00fS-REVA | 

TYPE IN THE RELEASE TAPE TO USE CCYRLS1>°8 

THE FILE NUMEER ON THE TAPE WILL BE NUMEER 35 

i> %. TEMP. 4B1SBS1B1L1BO7BISB0 

li: © FLEASE MOUNT TAPE CVYRLS1 

ive WRITE RING IN» HIGH DENSITY: ON-LINE 

nok ¥SATCHFILE | 

OW: ATTACH MT» TARO 

TAP OG ATTACHED AS MT 

i> © 

O>e IF THE TAFE DRIVE I% ATTACHED TO ANOTHER TASKs 
> @ HAYE THEM DETACH THE DRIVES 


tl: © 


208 


> PRL E 


TYFE “CONTINUE” WHEN READY 4-16-81 L120:14 
tt 

& 

CONTINUE 


> ATTACH MTs TREO 

TRekK UNIT NAME ALREADY IN UEE 

t:FUTIL 

3s COSPRTC.FWE. connee-ReEVas SMT SS--NLEVs CHECK: 


COSPRTS. PUB. Ceones-PEVAL Poo SAVED 
COSRPRETE PUB. ceunes-REVA. COM =AVETI 


COMMENCING CHECK PASS 
CHECK FASS OK 
TOTAL NUMBER OF FILES CHECKED - c 
3 A COSPRTS. Po. -SSVIAS 
sCOUSPRT? PWR. Se0nes-rREVAL PC. -SSYVIA--’NLEV 
COSFRT?.FC.-SSVIA. COM 
SAVED AS 
CUSFRT® PUB. COUNeS-REVAL PC. -SSYVIA. COM 
COMMENCING CHECK FASS 
CHECK PASS Ok 
TOTAL NUMEERP OF FILES CHECKED —- 1 
3s AW COSPRTS.PC.C.LiIS453.Hs 
> sCDSPRTS PUB. eeunes-RPEvVAL PO. Co. 113453.H-“-“NLEYV 
COSPRTS.FOC.C.11: 3453.H. COM 
SAVED AS 
CL: eae “REVA.LPC.C.113453.H.C0OM 
TOMMENCING CHECK PASS 
HECK FRSS OK | 
TOTAL NUMBER OF FILES CHECKED — 1 


and this continues for all subfigures ending as follows: 


+ A COSPRTS.PCS.URSYM. 11s 


» aC DsPRTS. PWR. cennes-RPEVA. PCS. DRS YM. 1ite-NLEYV 
COSFRTS.PCS. ORSYM.110.COM 
SAVED AS 


By & ec :PRTS. PMB. C2UNSS-FEVA.LFOS. DRE YM. 110. com 
COMMENCING CHECK FASS 
CHECK FAS? OK | 


TOTAL NUMBER OF FILES CHECKED - 1 
AT TEXT. PME. 220023-REVA : 
TEXT. PWR. &BCD. 220023-REVA SAVED 


COMMENCING CHECK FASS 
CHECK FASS OK , 
TOTAL NUMBER OF FILES CHECKED - | 4] 


ie 
> REWIND 
es 


The last file added, TEXT.& BCD.PWB22028-REVA, contains a list of subfigures on the 
board and the release date of each subfigure. This file is used to produce a report when 
restoring the board: 
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FRINT TEXTPUB. cenues-REVA 


TEXT. PWR. & BOD. cennee-FR EVA 
4-16-21 1L1ls0F%3 39 


FC. CSSVIA 4-16-31 

PO.C.11S453.H 4-16-41 
PO..C.1less21.H 4-16-31 
PO. C.1s0res.H 4-16-51 
PO. C.1Si411.H 4-16-81 


PC. C.LSa920.H 4-16-81 
POC. 1S4e7ss.H 4-16-41 
Prec. lsiss¢.H 4-16-41 
Po. C.133fee.H 4-16-81 
PO.C.LS27e3.H 4-16-81 
Fc. CR.12eS576.H 4-16-21 
PC. D.123100.H 4-16-81 
PC. DATUM 4-16-81 

FC. DIF1I4.H 4-16-81 
PC. DIFiIeé.H 4-16-81 
FC. DIF40.H 4-16-31 


FC. DIPS.H 4-16-31 

PC. US.19¢1¢cS 4-16-61 
FO.H.1937?4e.H 4-16-81 
FC.K.191430.H 4-16-31 


Posi. TO-33 4-16-81. 
PLR. ISCONSSH 4-16-81 
POF. S0elss.H 4-16-21 
PCF. SIPiOwH 4-16-31 


PImeREN 4-16-51 
i RY. ISsselS.H 4-16-s1 
~T.134582 4-16-81 

tae 1ad5e82-MNTG 4-16-81 
PC. TARGET 4-16-31 

PC. TERM. 233229 4-1e-S1 
POOVWROISSPSo¢.H 4-16-81 
Pre. t100 4-16-81 


FPCS.411 4-16-51 


FITS. +12 4-16-S1 
PIES +415 4-16-S1 
Pins. 413 4-16-51 
POS. +14 4-16-51 


FCS.415 4-16-51 


PIS. +150 4-16-21 
FOS. +16 4-16-1 
PS. +170 4-16-81 
POE. +55 4-16-81 
FITS.+65 4-16-51 
POS. 470 4-16-51 
FOS. +¢75 4-16-81 
FES. +835 4-16-81 


PCS. URSYM.0¢3 4-16-31 


FCS. DRSYM. USS 4-16-81 


Pils. DRS YM. tite 


ers. DRSYM. 045 


FILS J. ORSYM. tes 


Pr’. DRSYM. 200 
Pies DRSYM, 110 
(Ch 


The software to restore a part will produce an execute file to copy the part and subfigures . 
from tape to disk, and produce a report of any changes that have occurred to a library figure 


since the part was released. 


LIBRARY MANAGEMENT 


We have attempted to simplify the management of our libraries by some utility software 
that manages a cross reference of part number to library figure name. One program will insert 
new entries in the index and report if the part number already exists. Another utility will 
report the library name when the operator inputs the part number. By automating the cross 
reference we have shortened our board layout time and stopped the proliferation of 


notebooks around the computer area. 


PROBLEMS 


Whenever software is developed on a system the maintenance costs of the software must 
be considered. These small utilities generally require little maintenance but sometimes there is 
some retooling to do when a new release of software comes from CV or our own internal re- 
quirements change. Depending on what changes, this retooling can be costly. At this point we 
have experienced stability from rev. to rev. but we recognize that things might change in the 
future. (This is especially true when we migrate from CADDS III to CADDS IV). 


RESULTS AND CONCLUSIONS 


As mentioned earlier, we will be saving at least 300 hours per year by using the Zero 
Salary Shift, and an undetermined payback from simplifying complex commands. Our 
_ Operators have enthusiastically been using the software as they want to finish their jobs as 
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soon as possible and move on to the next one. The user really likes the speed also. Compared 
to some CADDS commands, the operators feel that custom software run from the system 
level is lightning quick. 

In the 80’s a strong emphasis of software development will be on demystifying its use. 
The user of a software project will find the software friendly, easy to use, and problem free. 
By doing some custom TPL software we have cleaned up Photoplotting, Auto-route 
parameters, Library Management, and Part Archiving. But this is just a start, we will con- 
tinue to identify those areas that we can improve productivity by use of our Zero Salary Shift 
or those areas that are complicated, hard to learn and used by multiple operators. These areas 
will save hundreds of hours per year of valuable system time and will continue to validate this 
valuable computer system tool. 
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INTERACTIVE GRAPHIC VIBRATION 
CHARACTERIZATION | 
OF PRINTED CIRCUIT BOARD ASSEMBLIES 
USING VOUGHT DEVELOPED CAE SOFTWARE 
ON COMPUTERVISION 


By 
Jerry Hegg 
Vought Corporation 
Unit 2-54120 
P.O. Box 225907 
Dallas, TX 75265 
214-266-4957 


1.0 INTRODUCTION | 

1.1 As an experienced military printed circuit board designer, I readily recognize and ap- 
preciate the value in being able to ‘‘ballpark’’ a PC board sinusoidal vibration response dur- 
ing the initial design stages. Vibration problems found later in the design process or during 
testing typically require expensive rework for their resolution. Board design parameters such 
as size, weight, thickness, PC substrate characteristics, and mounting methods all contribute 
to its vibration response. 

1.2 In the past, simple metal plate equations were used assuming various Boundary con- 
ditions, size, weight, etc., and rough hand calculations made. Now with the advent of the 
computer, and specifically computer graphics, these ‘‘ballpark’’ calculations are made right at 
the CRT. Single degree-of-freedom response graphs may be plotted on the CRT and on 
paper. Response curves may be superimposed on the CRT to analyze effects of parameter 
variations. 

1.3 Experience has shown that use of simple equations for rectangular plates with evenly 
distributed mass and with maximum deflection at the center of the board provides adequate 
analysis capability for preliminary design. These analyses produce a reasonable measure of 
amplitude and natural frequency, within approximately +/—15% that could be expected 
based upon typical first cut estimates of masses and dimensional values. 

1.4 It is recognized that this approach has limitations because of variations in 
characteristics of glass epoxy board materials and the accuracies of the estimates on other 
parameters — i.e., component weight. Component weight is specified by manufacturers as a 
maximum or ‘‘not to exceed’’ quantity. Therefore, to obtain more accurate results, exact 
component weight data is required. A limitation of these equations has to do with the non- 
linear response of the standardly used glass epoxy PC substrate. Therefore, reliable response 
data cannot be evaluated for vibration inputs in excess of 3 g’s (only relative response data 
can be evaluated). There are more sophisticated methods which may be used for detailed 
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analysis where required but this paper addresses only the simplified first approximation type 
equations. 

1.5 However, with this tool a PC designer can evaluate his design’s vibration response 
quickly without spending detailed modeling time and expensive mainframe computer time 
using software analysis tools such as NASTRAN. | 


2.0 VIBRATION EQUATIONS 

2.1 The equations utilized are derived as shown in Dave Steinberg’s book published by 
McGraw-Hill entitled, ‘‘Vibration Analysis for Electronic Equipment’’, therefore an attempt 
at derivation will not be made here. Each equation is used to calculate the fundamental reso- 
nant frequency at the PC board center. The equations and edge conditions are shown in 
Figure 1. 


UNSUPPORTED SUPPORTED FIXED 
XXXXXXXXXXXXKX LLLALL LAA LLL LLL 
Ve 
f = TT { D | | 7 
n 21D 4g be CONFIGI ? 
Vo 90000000000. 
f = ap kD (| | ‘ 
a De | ae” be CONFIG: 2. 


LLELILLL IE) 
: | 


CONFIG:3 


3 2 3 i 
ot + 2b? bs CONFIG 4 . 


D a 
yo CONFIGS ? 
; _ Lo : 
f ape ie od q ra: 
on 2a lh | } CONFIG 7° R 
Ve —} 
f = TiD {| 4 | | Q 
n .74l2 | a ‘Barbe 4b CONFIG 8 ° 


% 2 te (D245: 290. Sis Q 
i OD 1 ge gtye. Be CONFIGS ? 


Figure 1 
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2.2 The parameters used in the equations are defined as: 


fy = Natural frequency of PC board 

a =Board length 

b =Board width 

W = Board weight (including components) 

g =386 in/sec? (gravity) 

h =Board thickness 

E =Modulus of elasticity of board material 
(2 x 10° lb/in? for glass epoxy) 

u =Poisson’s ratio (.12 for glass epoxy) 


p= Eh? 
12(1 —u’) 
_mass _ W 
p= — 
area gab 


2.3 The *‘Q”’ or transmissibility of the board is approximated as follows: 


Qm =1.5 Vin 
2.4 Maximum G response to a sinusoidal input at fp is: 


Gout = QmGin | a 
2.5 The three sigma response to a random vibration input is as follows: 


Gout =3 V a DfnQ RMS 
Z 
2.6 The transmissibility at any frequency is as follows: 


1+ ff. 
fnQm 


- 7: 
— f? 2 f... 2 
— fp?/ *\ fnQm 


2.7 Using the above equations the natural frequency fp, the maximum g response Goyt, 
and a transmissibility Q at any frequency can be calculated. A plot of the transmissibility 
curve starting at f=0 can also be accomplished. 


3.0 INPUT FILE | 
3.1 The input parameter file for the solution is structured as follows: 


1) Mount Cnfg =1 


2) Length = XXXXXX.XXX inches 
3) Width = XXXXXX.XXX inches 
4) Thickness = .062 inches 

5) Weight = XXXXXX.XXX pounds 
6) Elasticity = 2000000.000 Ibs/in, 
7) MY Factor = .120 


8) G input = XXXXXXK.XXX GRMS SIN 
9) P.S. Density =XXXXXX.XXX G,/HZ 


3.2 In order to call up the program in CADDS, the command ‘‘FREQ”’ is entered 
through the keyboard. The input file above is automatically displayed and the designer enters 
the line number to be edited and then the parameter value, followed by a carriage return. 
When the input file has been created, the option to ‘‘CALCULATE”’, ‘‘RE-DISPLAY”’ and 
‘‘EDIT”’ the input file, or ‘“‘QUIT’’ are available. If calculate is selected the system im- | 
mediately prints out the natural frequency fp, the maximum amplitude in g’s, sine and ran- 
dom; maximum amplitude in inches, sine and random as illustrated in Figure 2. 
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1) MOUNT CNFG = 6 


2) LENGTH = 8.500 INCHES 

3) WIDTH = 4.752 INCHES 
4) THICKNESS = .062 INCHES 

5) WEIGHT = 0.335 POUNDS 
6) ELASTICITY = 2000000.000 LBS/IN, 

7) MU FACTOR ce 0.125 

8) G-INPUT = 5.750 GRMS SIN 
9) P.S. DEN = 1.259 Go/HERTZ 


ENTER LINE NUMBER TO CHANGE, “‘D” TO RE-DISPLAY, ‘“‘C”? TO COMPUTE 
BOARD FREQUENCY, OR “‘Q”’ TO QUIT 


C 
NATURAL FREQUENCY = 67.335 HERTZ 
QN = 12.309 
SAMP SIN = 0.15297613 
SAMP RAN = 0.26252122 
GOUT-SIN = 70.775 GRMS SIN 
GOUT-RAN = 121.456 GRMS RANDOM 
TYPE OK TO PLOT 
OK 
Figure 2 


4.0 OUTPUT FILE | 

4.1 When ‘“‘CALCULATE”’ has been selected and calculated response data displayed, 
options available then are ‘‘RE-DISPLAY’”’ the input file, ““EDIT’’, ‘“‘QUIT’’, or ‘‘PLOT’’. 
In order to plot the response curve, a basic graph outline CDC3PRT must be on the screen. 
The response curve is plotted quickly as illustrated in figure 3. Another “‘CALCULATE”’ and 
‘‘PLOT”’’ can then be superimposed as many times as desired. Individual plots or composites 
may be stored on disk or tape as standard CD3PRT’s. | 


5.0 CONCLUSIONS 

5.1 This software developed at Vought is a handy tool for ‘‘ballparking’’ a PC board 
single-degree-of-freedom vibration response to a sinusoidal input during the initial layout 
stage of a design right at the CRT. It is not a tool to replace finite element modeling and 
analysis but may be effectively used to compare designs and point out questionable designs 
for more detailed analysis. 

5.2 Possible future enhancements for this tool would be to use the system’s data extract 
capabilities to measure the size of the designed board, extract weight of each component, 
mounting configuration, etc., and automatically build the input file. In addition, more de- 
tailed analysis approaching NASTRAN may be possible with 3D graphical output similar to 
Figure 4. This type of output would depict the g-force amplitude profile and indicate the ex- 
act location of the point(s) of maximum response rather than assuming a uniform distribution 
of mass and maximum displacement at the PC board center. 
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STRIPLINE ARTWORKS IN CADDS III 
A CLOSE TOLERANCE, 
HIGH FREQUENCY CIRCUIT 
ON A SPECIAL SUBSTRATE 


Gary Goertzen 
Rockwell International 
CTG 
P.O. Box 10462 
Dallas, TX 75207 
214-690-5000 


APPLICATION REQUIREMENTS 


0 ACCURATE ARTWORK (+.0005) 
0 NONSTANDARD FEATURES 

0 TEST REAL CIRCUIT 

0 FAST ARTWORK GENERATION 


0 QUICK CHANGES (MULTI GENERATIONS) 


Q EASY METHOD OF INTEGRATING CIRCUITS 
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ACCURATE ARTWORK (+.0005) 


- GERBER OUTPUT 


= SCALE OF 1-1 OR GREATER 


fee eee, 


= CIRCUITS NOT MADE WITH STANDARD LINES AND PADS 


= MANY DIFFERENT GEOMETRICAL SHAPES, ARCS, AND CURVES 
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TEST REAL CIRCUIT 


- CAN BE DONE EACH TIME IN CADDS III © 


- CAN ONLY BE DONE ON ACCURATE ARTWORK 


FAST ARTWORK GENERATION 


- IN CADDS III (NEW WAY) 
- MANUAL CUT AND PEEL (COORD.) (OLD WAY) 


- SOME CLAD CUT AND SCRAPE (VERY INACCURATE) 


cH 


222 


QUICK CHANGES (MULTI GENERATIONS) 


- MADE EASILY IN CADDS III 


-- CUT NEW ART OR FIX OLD 


- SOME CLAD CUT AND SCRAPE 


e 
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EASY METHOD OF INTEGRATING CIRCUITS 


~- INSERT PARTS IN CADDS III 


~ MAKE NEW LAYOUT AND CUT NEW ART 


cf 
iil 
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Electrical Diagrams 


CAD GENERATED WIRELISTS 


Larry Shuhy 
Harris Corporation 
Publication Press Division 
P.O. Box 515 
Westerly, RI 02891 
203-599-1500 x409 
May 20, 1981 


ABSTRACT | 

Data extract/data merge is a useful tool for retrieving information from drawings 
generated on the Computervision system. Although the emphasis has been on organizing 
printed circuit information for. autoroute, the basic technique may be adapted to a variety of 
processes which require large quantities of data to be retrieved and organized. With informa- 
tion properly applied on an electrical schematic, a true to/from list may be extracted, sorted 
_and printed in batch mode. 


BACKGROUND 

The generation of wirelists to be used in building a printing press has in the past been a 
tedious process. Due to the competitive nature of this business, there is much customized 
design. Printers themselves strive for greater productivity and have unique requirements for 
_ their products. As a result, no two presses go out looking alike. Every change affects the elec- 

-trical design of the press and every press is wired differently. This requires that a new wirelist 
be generated each time, with thousands of wires being identified. 

In the past, press electrical documentation consisted of schematics ahi back panel wiring. 
There were three or four general schematics each containing a number of subsystems. A 
change/addition/deletion of any part on any subsystem required a whole new schematic. The 
backpanel wiring contained the to/from information and changes required a new drawing here 
too. There was, as a result, a unique drawing package for each customer. Creating this 
package required up to 1,500 hours of engineers’ time, and the possibilities for error were 
tremendous. | 


ANALYSIS 

Analyzing this process in the interest of increased productivity, it was determined that if 
the total electrical system was broken down into subsystems which didn’t change, the pieces 
could be put together to create a customer order without creating or modifying any drawings. 
Orders would look more uniform and the level of expertise required to process the order 
would go down. Because little or nothing changed, the error rate would go down, and the 
only variable would be the wirelist which vou be automatically generated by extracting 
schematics. 
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A program was undertaken and a presentation was given to management explaining the 
details of the new technique using the CAD system for order processing. Because there was 
significant up front time involved in setting up the system, it had to be justified on cost sav- 
ings downstream. 
| The overall objective of the program was to shorten the time required to process the elec- 

trical portion of a customer order through re-organization of the work and use of CAD. Suc- 
cess would be measured in the time required to produce the necessary documentation for the 
next customer order. The up front time to regroup, redraw and check the drawings, as well as 
the time to create a schematic library of parts, would not be counted towards the first order, 
although it was estimated that all this would take less time than a typical manual order. Ex- 
pectations were that a typical order would be cut from 1,500 hours down to less than 40 
hours. Payback would be realized on the second order. 


DETAILS 

The tasks required to achieve this objective included creating a library of schematic parts 
which conformed to ANSI standards, creating a set of schematics which represented the press 
electrical system and devising a program which would extract the information and sort it into 
the proper form. 

Creating a library of schematics was not as large a project as originally anticipated. Parts 
were taken from drawings as required and organized in a catalog. Once created, each symbol 
was checked graphically, by layer, and by property to assure conformance to standards. Once 
a part is used as a nodal figure, it may not be altered without affecting past drawings. Care 
must be taken to get them right to avoid this problem later. About 150 parts were identified 
and cataloged (see Figure 1). | 

Creating the set of electrical schematics for the press system represented the bulk of the 
program. The existing drawings had to be separated into logical subgroups which represented 
electrical options. Each drawing required additional information which could not come from 
the original drawings. This is information not normally included on a pure schematic. This in- 
cluded color, gauge, signal name and cable number. Each drawing had to be checked and ex- 
tracted to be sure that all information was in the proper location on the drawings. This infor- 
mation included reference designators, pin numbers, to/from sequence and wire identification. 

A drawing created in this manner is not really a schematic any more. In order to achieve 
a true to/from list, every ‘‘line’’ on a schematic must truly represent the wire it identifies. A 
wire may have only two ends and dots may not be used as intersection points, but only as 
graphical entity. Wires must be drawn continuous from one terminal to another. This requires 
knowledge of the physical location of parts to make reasonable sense of the wire routing. 

Devising a program which properly extracted and sorted the schematic information had 
to go hand-in-hand with schematic creation. The form of the final output had to be agreed 
upon (see Figure 2). The form desired was not a natural output of the extract process. A 
wirelist with the ‘‘from’’ and the ‘‘to’’ on the same line was most useful for wiring purposes. 
Lists also had to be separated by enclosure or conduit to allow wiring of each section in- 
dividually. By using extract, merge, rearrange, sort, and CVTECO, the final output was 
achieved. | | 


ADVANTAGES | 

There are several advantages derived from the system as it was implemented. Some of 
them were directly measurable and others were more nebulous. Some of them were directly at- 
tributed to use of the Computervision system and others a result of the way the work was 
Organized. | | | | . | 


1. Because of the way the drawings are broken up, there is a set of twenty-two drawings 
which completely described the electrical system. All available options are included in 
this package. These drawings do not normally change, and may be supplied to field 
service as a comprehensive package. Greater familiarity may be gained with these | 
drawings because they are standard. They have standard layouts and standard symbols 
and have been proven correct through repeated usage. 
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Figure 1: Page from Schematic Library Book 


2. Having a standard symbol library does a number of things. First, it facilitates drawing 
on the system by having parts available for application to a drawing. Second, it 
restricts operators to using known, approved symbols rather than personal artistic 
endeavors. Third, it provides a position on each symbol for insertion of the properties 
required for meaningful extract. Fourth, it confines the choice of components to those 
which are available, keeping inventories down. New parts may be created on the 
system as required, but their layering and construction is checked before addition to 
the formal library. : — 

. Whenever a nodal line is put on a schematic, it is extracted. Wires which do not repre- 
sent actual wires (i.e., PC clad) are not drawn as nodal lines. This means that every 
connection is accounted for. Every wire is listed along with its properties. This pro- 
vides an error check on the final design. A tally and sort is also done on the termina- 
tions to determine whether any have been omitted or duplicated. 
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WIRE RUN LIST 
REFORT FOR FRESS 
WIRE NO FROM ro FUNCTION GAUGE COLO 
WROO7312 15 3 7X7-3 7OZri CIO Swe 14 4LX 
WROOLPLL 15 9 7X38-3 S$ 7XxXxS-1 ANG COMP FUR a) 4LX 
WROOLS1S 15 37007A-1 791-27 L15Vac 13 LK 
WROOLS13 14 S7OO07A-1 $7007A-3 Lisvac 14 SLX 
WROOL71L2 14 $7007A=-2 791-23 MAN NO LHP 14 SUK 
WROO1L3123 145 S7007A-2 S7007A-4 MAN NO InP ‘4  4LX 
WROLLO21 15 S7007B8-1 370078-3 aQ0€ SulTCH 16 4LX 
WROLLI21 14 $70078-2 370078-4 MOLE SwITct 13 xLN 
WROOLLLG 14 S7007C-1 3$7007C-3 115 vac 14 SLX 
WROOL213 14 $7007C-2 701-24 AUTO NO IMP t SLX 
WROOL313 15 $79007C-2 $7007C-4 “AN NO TAP 15  HLK 
WROOSSS 14 $7003-NO N7O007=1 $7003 NO 1$ &LS 
WROOZOZL 14 $7009-2 7012-4 WATER FOQUNT ON i) SUN 
WROOZB821 15 370093 S7014-4 WTR FTN ON 1 tL 
wROOZP2AL 1$ $7009=-3 37009—1 WTR FT ON LS SLN 
WROOZS21 14 S7009-4 791-4 WTR FNT RELAY £9 LK 
WROOZ721 14 S7OO7-4 m$7007-4 JUMPER 1$ HLA 
WROOLO2Z1 15 S7010-2 7912-2 WTR FORMS ON 14 SLA 
WROOOS21 14 $7010-3 - $7015-4 WTR FRM ON/OFF 14 SLR 
WROOOPZL 15 S7010-3 S7010-1 JUMPER 15 BLA 
WROOOS21 14 $7010-4 701-2 WATER FORM RELAY 15  &LA 
WROOO72Z1 145 $7010-4 aS 7008-4 WTR FORMS ON 15 &LX 
WROO48321 15 $7011-2 7012-4 INK FRM ON Ls SUK 
~WROO4S21 15 $7011-3 S$7015~-4 INK FRMS ON/ 15 SL 
AROIV4721 14 $7011-3 S7O011-1 INK FRMS ON/ 15 BLA 
WROOSS21 14 STOL1-4 701-10 NK FORM RELAY 15 GLK 
WROOSSIL 15 S7OLL-4 1S7009-4 INK FORMS ON 15  &LK 
WROCSS21 15 S7O12-2 7912-3 INK FNT ON 14 SLE 
WEONSSZ1L 15 $7012-3 $7017-4 INK FTN ON 14 SLN 
WROGSS21 14 S7012-3 37012-1 INK FTN ON 7) 4LN 
WROOS221 14 $7012-4 7O1L-14 "NK FOUNT RELAY LS BLA 
WROOSS2Z1 14 S7012~-4 US7O1L0-A INK FTN ON 15 BLN 
WROOSSI1 14 $7013-3 S7018-4 Tin ON/OFF t ZLN 
WROOS921 14 $70135-3 S7013-1 IMF OM t SL 
WROOB872Z1L 14 $7013-4 uS701i-a Lie ON 1S KL 
WROOSZ2AL 14 $7014-3 $7015-3 IHF EWR ON Ls HLA 
WROOSL2Z1 15 $7014-4 701-5 wR FNT ON 1 SLI 
WROOL221 15 S$7O015-3 S$7014-3 [MP PWR ON 14 SLX 
WROOLL21 14 $7015-4 701-1 WTR FRMS ON/OFF 154 SLA 


Figure 2: Wire Run List Report 


4. Schematics are drawn by the engineering department. Because the wire routing must 
now be specified at the schematic level (as well as wire size and color), the manufac- 
turing department no longer dictates these parameters. This documents the wire runs 
for the next build of the same product and maintains the engineering integrity of the 
design. | 

5. Each enclosure of a press may be built at a different facility and the final assembly 
done at the customer site. Each needs a list for wiring that portion of the product. 
Each line on the schematic, therefore, must be identified by the list on which it will 
appear. A table was compiled of the appropriate lists and their corresponding property 
identification. This value was entered into the cable property of each wire and later 
sorted. These lists are then sorted alpha-numerically by component number for ease of 
wiring. 

6. The technique of wiring consoles with a wirelist and backpanel assembly is a deviation 
from our regular procedure. Normally, the wiring information is all contained on the 
asembly/wiring drawing which has a pigtail on each connection with text indicating 
the destination of that wire. Changes in this system required modification to that 
drawing and rechecking. Using the wirelist method, the wirelist is the only variable. 
Wiring the console entails running down the list, crossing off wires as they are done. 
This provides additional savings in the program, plus, again, less chance for error. 

7. As the project progressed, we used a Versatec 11 inch plotter for check plots of the 
schematic. These plots became so popular that we have adopted them as the standard 
field service document. They have been arranged in a book with foldout pages. These 


books are easy to handle, both for field service and the customer. Since the Com- 
putervision data base is the original, there need not be a D-size piece of paper to 
represent a schematic. These 11 x22 sheets serve the purpose of a final document and 
revision levels are handled through the CAD system. 

8. An extract of each schematic is stored in the system under an identifiable name and is 
updated only when the drawing is changed. The data extract process takes significant 
system time. During normal operation of the system, a schematic with 100 wires can 
take 30 minutes to extract. Twenty-two of these done in batch would then take 11 
hours! Since they need not be redone unless they change, the extract text files for 
these schematics are strung together and sorted when the order is processed. The 
schematics, therefore, need not be cluttering up the storage area unless they are to be 


worked on. 
THE PROCESS 
Library schematic figures as they were created, must include properties, Elemname 
ss’, Tername ‘‘__’’, Part no ‘‘ ’? just as they would with a PC part. They may 
also have a Valvea ‘‘_s—’’,~ Volta ‘‘—s—s“’’,;,~ Waatta ‘‘_ss—s“’’,,: Currenta “ ° if that par- 


ticular part needs to be further defined. These parts are created and checked with execute pro- 
grams which insures that all required information exists on the proper layers. Each connect 
node must have the property ‘‘split’’. These parts are inserted onto a drawing as nodal figures 
as required. A book has been assembled with the name and graphical representation of each 
identified as well as the location of tnods for the various properties and the origin for ease of 
insertion. All these parts are created on the same grid spacing and are checked to JIC stan- 
dards where applicable. The parts are then protected from operator access. Once parts are 
used as nodal figures they may not be altered or deleted without affecting all drawings on 
which they appear. 

With the components placed on the drawing, nodal lines are used to connect their ter- 
minals. Wires or nodal lines must be inserted only between the actual terminals connected. 
They must run the way the wire runs. To graphically approximate a real schematic, lines are 
run directly over each other and dots used to depict their intersection. The split property in- 
sures that each line has only two ends. 

As lines are entered they must all be given a number of properties which will later be ex- 
tracted. These include 1) color ‘‘ >, 2) gauge ‘ ”?, 3) cable “‘ *, 4) sig ‘ ae 
Properties may be selected and filled in as the lines are entered. Default vz values may be usé used 
and selectively changed later such as color ‘‘blk’’ and gauge ‘‘16’’, or whole drawings may be 
given properties by window. (Be sure to specify NLIN modifier!) 

Text is inserted on the components for terminal numbers and reference designators. 
Justification and height of text has been predetermined for normal orientation and reasonable 
drawing density. Care must be taken when modifying this text that the desired tnod and prop- 
erty are attached. 

An extract program was written and compiled which derived all the desired information 
from the schematic and organized it into a report (see Figure 3). In order to sort this report 
into the required lists without destroying the integrity of the ends of the wires, each wire had 
to be resident on a single line. Normally the extract gives a two-line representation of a wire. 
This conversion was accomplished by doing a tally on the wire number and keying in on the 
tally to eliminate every other line. A format net was also performed, the normal report form 
has staggered fields (i.e., not columnized) as a result of variable field length in the reference 
designator — terminal number identification. A short TECO program was written to place the 
second field into a known column for sorting. Another file was created with all the informa- 
tion common to the extract output and FMT NET output using DATA MERGE. A run re- 
arrange was done to take this scattered information and columnize it for the final report. Two 
sorts were then done, one by ‘‘cable number’’ and one by ‘“‘froms’’ for wiring purposes. The | 
output of this program is done on a Decwriter. | 
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RESULTS 


Ail schematics at Harris Corporation, Publication Press Division, are done on CAD. 
Using the Computervision system and the schematic library parts, a two-to-one increase in 
productivity was realized on schematics where wirelists are not to be extracted. Where all in- 
formation must be included for wirelists, depending upon the availability of that information, 
the schematic phase tends to take as long as it might off the system, however, once this infor- 
mation is present, the process of deriving a wirelist is a factor of 50-100 faster with fewer er- 
rors. The elimination of wiring on the backpanel drawing and plotting these layouts on CAD 
- using a program which generates front, back, and detail drawing from a customer proposal, 
has cut that process by a factor of 50 also. Panel library parts are available which encompass 
the proposal representation, the cutout detail and dimensions, and the backpanel representa- 
tion all inserted at once using tag points. Multiple wee are layered onto the library parts 
for engraving drawings. 

Gaining acceptance for the idea, and then the process was a major consideration. Fitting 
the procedure into the business cycle was also a concern. Different individuals had to be used 
for entering schematics and for order processing. The program was set up to require minimal 
knowledge of Computervision graphics commands. Data sheets are filled out using the 
customer contract which supply all the information for schematics required. A text tile i 1S 
edited and an execute command performed to generate the wirelists. 

Instead of feeling that their jobs are threatened, people must be made to realize that they 
will do better work, and more of it, as a result of eliminating the tedium of checking and 

sorting. More time and manpower will be available for imaginative engineering instead of 
clerical work. Results on a project of this type must be demonstrated early and be specific to 
gain confidence in the usefulness and ease of implementation. A solid program is imperative 
to acceptance. This was accomplished in our project. | 


APPENDIX A 
1. Copy of program 
2. Copy of menu 
3. Sample schematic 
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APPLICATION OF “‘DATA EXTRACT’? 
TO 
AEROSPACE VEHICLE WIRING 


Robert D. Cook 
Vought Corporation 
P.O. Box 225907 
Unit 2-51700 
Dallas, TX 75265 
214-330-4601 X372 


I. INTRODUCTION 

Vought has been active in the field of Computer Aided Design for over 15 years. The 
company is a prime contractor for military aircraft and missiles. This paper describes the ap- _ 
plication of Computer Aided Design, particularly ComputerVision (CV) Data Extract to the 
process of design, documentation and fabrication of the electrical systems and wiring installed 
in the aircraft, missile and other products of Vought Corporation. 

The wiring in the product is broken up into wiring harnesses for fabrication and installa- 
tion of wiring into the end product (see fig. 1). The systems are described by wiring (intercon- 
nection) diagrams which both document and aid in the checkout of the system (see fig. 2). 
Customer documentation requires us to produce both wiring diagrams and wiring harnesses. 

In May 1975, Vought acquired its first ComputerVision (CV) equipment. This consisted 
of two Interact IV tables, an Interact Il, one CRT and a Nova 1200 mini-computer. We im- 
-mediately began using this system to generate wiring diagrams using CADDS I. The harness 
drawing data was still hand-coded from the wiring diagrams and batch loaded into a main- 
frame. 

The system configuration has changed considerably since then. There are now two 
separate systems consisting of five or six CRT display consoles, a CGP-100, and a tape drive. 
Each system also has one INTERACT IV table and a TI Silent 700 terminal. A third system 
has raster graphic terminals on a CGP-200. A UT200 interface has been established between 
the CYBER 175 mainframe and each of the systems. The systems share a Versatec dot plotter 
for an output device. 


II. GOALS | 

Since the wire harness data is pandeecded’ from the wiring ‘diners several opportunities 
for error exist. Therefore, a major goal is to automate the coding of this data. Eventually, the | 
initial coding is to be done by computer extraction of the data from the wiring diagrams, thus 
eliminating manual coding and keypunch and reducing the span time between program go- 
ahead and manufacturing the harnesses. It is also very desirable to be able to edit the ex- 
tracted data table and have the changes automatically incorporated into the graphics (back- 
annotation). 
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Ill. PROTOTYPE PHASE 
A. Study 

Because of the above goal, an investigation was made into the use of Data Extract, a CV 
software package. Essentially Data Extract pulls off desired non-graphical data (i.e., text) 
using pre-defined properties and associations. The information required to support this wire 
harness data is shown in Table I. Approximately a man-month was spent on this study, and a 
working prototype was developed for test purposes on two different aircraft programs. 

The use of Data Extract meant that all diagrams generated on these two programs would 
have to be done using nodal entities. Therefore, a new part library was required that would 
contain all the associations needed to support Data Extract. A new library was created instead 
of modifying the existing library so that the existing ohne. would not be impacted by the 
Data Extract capability. 

The major program on which Data Extract was used was the initial design of a military 
aircraft. Due to schedule contraints, the wiring diagrams had to be digitized after the wiring 
harnesses were completed. Therefore, we were not able to use the Data Extract process to 
replace the coding but we were able to use it to compare the wiring diagrams and the wiring 
harnesses. 


B. Results 

| It was immediately apparent that it took twice as long to digitize the drawings using 
nodal entities as opposed to digitizing without using nodal entities. This result had been an- 

ticipated however, and determined to be acceptable if the overall span time was shortened by 

reducing subsequent coding or checking. 

Once a few of the diagrams had been digitized, the Extract procedure was executed, and 
the resulting data transmitted via the UT200 to the CYBER 175 computer where it was pro- 
cessed into the same form as the existing harness data. A comparison was then made between 
this data and the harness data and a discrepancy report generated. The comparison resulted in 
the discovery of a few problems which were corrected. This meant that the harnesses were 
now freer from error than those generated by hand with manual checking. 


C, Beobiciis 

Several problems were encountered in the course of this study Bihaee: One problem was 
the limited documentation available concerning Data Extract. A large portion of the trouble 
we had in getting Data Extract to work is directly attributable to that fact. 

A second problem was discovered in putting all the information into the diagram. 
Although we originally intended to use nodal text insertion to get all the data into the 
diagram, we switched to using default properties for that information which did not have to 
be visible on the diagram. 

A third problem was discovered in trying to extract shielding information from the 
diagram. We have decided to sidestep this problem by coding the shield entries by hand and 
adding them to the data base. We are continuing to work on a solution to the problem. This 
problem is partially due to the format of our shield data. That is, the relationship between the 
graphic presentation and the tabular presentation is not straightforward. 

A fourth problem was that post-processing of the extracted file inhibited the back- 
-annotation process. A satisfactory solution to this problem has not yet been found. 

Once all the problems were identified in the study phase, solution or work arounds were 
developed to correct them. This resulted in changes to our approach, including the develop- 
ment of the following new digitizing techniques. 


. A menu to anton Data Extract. 

. A parametric execute (PAREX) file to insert wire numbers. 

. A PAREX file to run the extract process including the required data manipulatron. 
. A PAREX file to transfer the data to the mainframe. 

. Text annotation techniques to insert pin text. 


Ar & WW bP pe 
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IV. PRODUCTION PHASE 

The first use of this extract procedure was in the design of a missile by Vought engineer- 
ing. Basically, one engineer designed the electrical wiring required for the systems on the 
product, laid out the diagrams, digitized the diagrams using Data Extract-compatible figures 
and properties, extracted the data from the diagrams and transferred the data to the CYBER 
175 mainframe where he was able to process it as if he had coded it by hand (see fig. 3). 
Table II describes the savings data we accumulated during the course of the design. 


V. CONCLUSIONS AND RECOMMENDATIONS 

The savings encountered in both the prototype and pieduction phases of the development 
process prove that we have achieved a viable approach to interfacing the wiring diagram with 
the wire harness. A large portion of the labor involved in generating the wire harness can be 
eliminated by the use of Data Extract, but more importantly the duplication of effort required 
in digitizing the wiring diagram and adding the same information for the wire harnesses and 
the possibility of introducing errors is eliminated. 

One thing that would make this process more efficient is the ability to have the wiring 
diagrams and the wire harness data system on the same computer. This will be a reality if CV 
develops a computer the size of a VAX 11/780 with a COBOL compiler. We feel that this is a 
definite goal that will allow CV equipment to handle the entire electrical documentation prob- 
lem. 

Using Data Extract to retrieve the interconnection data does have some disadvantages. 
Each diagram requires more space for on-line or archival storage. The process also requires 
that all the diagrams be digitized before the harnesses can be worked on since a harness is 
usually split up among several diagrams. 

One area that still needs to be studied is back-annotation of changes into tiie diagrams. 
We have found that manipulation of the data necessary to support the wire harness system 
destroys the capability to back-annotate the changes. 

The major benefit of this process is that it allows the design task to be accomplished 
using fewer people by placing more of the burden on the machine. A second major benefit is 
the ability to incorporate changes to an existing design in a shorter time span. This benefit 
could be more important than the first, since sometimes reduced schedules are more important 
than reduced costs. 
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WIRE LIST 
REF DES PART NUMBER DESCRIPTICN FSC 
END 1 -OIN TCl WIRE NUMBER TS RFI END 2 ~PIN TC2 


P2052 GG ADC U8 76A22 P2350 20 ACz £E22 300 $$1 


ot 
©2052 HH AOC -U875A22 — P2350 21 ACcZ EE22 300  §S2 o | 
P2052 JJ AOC U874A22 aa P2350 22 AC2 EE22 300 $S$1 2 

| P2052 KK ADC UB89A22 P2350 49 ACZ EE22 300 $sl * 
P2052 Lt adc UBB6A22 P2350 ' 16 AC2 EE22 300 $$l 2 

| P2052 MM SPARE PIN SPARE 
P2052 NN ADC APQ126-341A22 P2059 49 ACZ EE22 223 $S1l ° 
P2052 PP AOC APO126-342A22_—Cy P2059 ‘16 ACZ EE22 223 | $$l e 
P2052 SH A30 AGM APQ126-140C /SH P2050 SH Al6é AGM SSl 2 | 
P2052 SH A30 SHLD JMPR SH A30 P2052 B ADC EE20 12 ve $$1 s 
P2052 SH A4Sl SHLO JMPR SH A41 P2052 P ADC EE22 6 $Sl 2 | 
P2052 SH A4l AGM APQ126-324A/SH P2059 SH A4&2 AGM. _$Si ® 

P2052 SH A45 SHLD JMPR SH A45 P2052 DD ADC EE22 6 : $S1 o | 
P2052 SH ASS AGM U9094 / SH P2350 SH A46 AGM $$l e 5 
P2053 - CVC6062E 61215616 PLUG 
©2053 1 SPARE PIN SPARE 
P2053 2 SPARE PIN SPARE 
P2053 3 REF~226-27743 $$3 
P2053 4 . REF=226-27743 $S$4 
P2053 5 AFP / APQ126-131C P2048 F ACL QM=—— 214 $$l ° 
P2053 6 AFP “APQ126-1 70C P2048 A ACL Q4i-—— 214 $$1 * 
P2053 7 AFP APQ126~206C P2048 —E ACL QN—— 214 $S$1 2 
P2052 8 AFP APN126-136C P2048 B ACL QM=— 214 $$l * 
P2053 9 AFP U892A P2350 — 40 ACZ Qu— 300 $$1 s 

B P2953 10 REF=226-27743 $$3 

7 P205§ 1l AFP APQ126~-16 58 P2048 C ACL QM=- 213 $$1 % 
P2052? 12 AFP AP0126-166B8 P2048 D ACL Qu 213 SSl % 
P2053A1 CVC 6069 616 ADAPTER 

#P2953A2 “$3057-16A CLAMP 
22054 CVC 6062E61215SWG PLUG 
F2054 1 AFP A°D126-348A P2059 10 ACZ Qu 223 $$1 * 
P2054 2 AFP APQ126—-349A P2059 9 ACZ QN—— 223 $$1 * 
P2054 3 AFP APQ126-350A P2059 6 ACZ QM-— 223 $$1 of 
P2054 4 AFP APQ126-162A P2059 8 ACZ Q¢—— 223 $$1 * 
P2054 5 AFP U893A P2350 9 ACZ Q4a-—— 300 $$l » 
22054 6 AFP UB9SGA P2350 6 AC2 . Qa 300 $S1 * 
P2054 7 SPARE PIN ; : SPAKE 
P2054 8 SOARE PIN SPARE 
P2054 9 AFP APQ126-163A P2059 35 ACZ Q4=——- 223 $S$l iad 
P2054 10 AFP APQ126-283A J2152 ACB QM——- 583 SSl 
P2054 ll AFP APO126-285A J2153 ; AC8 Q4~~ 583 $$1 
P2054 12 AFP A9Q126-284A J2154 ACB QN—— §83 $$l 
P2054Al CVC 6069-616 ADAPTER 
2 2054A2 “S3057-16A CLAMP 

| 92055 — 48$27473T 2486185 PLUG 
27055 A AOC A°Q 126-191C20 V2 P2049 FF AOC EE20 215 $$1 * 
P2055 B ADC APQ126-192C20 74 P2049 GG ADC EE20 215 $$1 e 
P2085 Cc. ADC APQ126-126822 P2049 00 ADC EE22 215 : $$l % 
©2055 OD ADC A°O0126-111822 P2049 EE ADC — €EE22 215 $$1 * 
P20£5 E ANC APC126-149C 22 P2050 8B ADC EM22 210 $$1 s 
P2955 F ANC APQ126-452C 22-BU $2 P2050 DO AOC EN22 $$l a] 
P2055 G ADC -, A00126-172C 22-wW $2 P2050 EE AOC EN22 210 $$1 * 
P2055 4 ANC SHLO JMPR SPA31 P2055 SH A311 AHA © EE22 é $$1 . 
P2055 J AOC ~~ APQ1L26-157C 22-wW T2 P2050 FF AOC EN22 210 $Ssl bd 
P2055 K ANC . APQ126-453C 22-BU T2 F2050 GG ADC EN22 , $$1 bd 

p P2055 t AOC SHLO JMPR SHA32 P2055 SH A32 EE22 é $$1 
P2055 4“ ADC APQL26-152C22 : P2050 *w ADC EE22 210 $$1 od 


Figure 1: Sample Wiring Harness 
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A302 ELECTRONIC COMPT FAN RELAY 


<e- 


| CORRECTED 


MAKE | WIRING 


SCHEMATICS 


CORRECT lon) DIAGRAM 


(cv) 


AbD To MovEt 
MASTEL FILE 


C1) STOP HERE UNTIL ALL 
WIRING DIAGEAMS 
DIGITIZED , THEM, USING 


SPLIT, CREATE HARAESS 
FILES, 


(2) UPON COMPLETION 


OF MOCKUP, PERFORM 
HARNESS TO DIAGRAM 
COMPARISON. 


Figure 3: Graphic System Interface 
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Wire Harness Data Elements 
ELEMENT NAME ~~ ~~ SSCSCO ODE INITION. 


ASSEMBLY NUMBER 


REFERENCE DESIGNATOR 
(END 1) 


PIN NUMBER 
(END 1) 


TERMINATION CODE 


(END 1) 
WIRE NUMBER 


REFERENCE DESIGNATOR 
(END 2) 
PIN NUMBER 
(END 2) 


TERMINATION CODE 
(END 2) 
WIRE TYPE/GAUGE 


WIRE LENGTH 


NOTES 


WIRING DIAGRAM 


EFFECTIVITY 


TWIST SYMBOL 


WIRE HARNESS ASSEMBLY INTO 
WHICH A WIRE SHALL BE 
INSTALLED. 


UNIQUE IDENTIFIER WITHIN 

A PRODUCT WHICH IS ASSOCIATED 
WITH A PARTICULAR PIECE OF 
HARDWARE . 


UNIQUE END POINT OR CONTACT 
FOR A GIVEN REFERENCE DESIGNATOR 


UNIQUE CODE DESCRIBING THE 
HARDWARE AND VOUGHT SPECIFICATION 
REQUIRED TO TERMINATE A WIRE AT 
THIS END. | 


A NUMBER THAT UNIQUELY IDENTIFIES 
A PIECE OF WIRE IN A GIVEN PRODUCT. 


UNIQUE IDENTIFIER WITHIN A PRODUCT 
WHICH IS ASSOCIATED WITH A 
PARTICULAR PIECE OF HARDWARE. 


UNIQUE END POINT OR CONTACT FOR A 
GIVEN REFERENCE DESIGNATOR. 


UNIQUE CODE DESCRIBING THE HARDWARE 
AND VOUGHT SPECIFICATION REQUIRED 
TO TERMINATE WIRE AT THIS END. 


A UNIQUE CODE THAT IDENTIFIES A 
PIECE OF WIRE WITH A PARTICULAR 
WIRE PART NUMBER 


ACTUAL OR ESTIMATED CUT LENGTH OF A 
PIECE OF WIRE 


TWO 2-DIGIT FIELDS THAT REFERENCE 
A NOTE CONTAINED IN THE PARTS LIST 
FOR A GIVEN ASSEMBLY. 


A REFERENCE TO THE SYSTEM INTER- 
CONNECTION WIRING DRAWING. 


A MEANS OF IDENTIFYING THE USE OF 
THIS WIRE IN A GIVEN SINGLE 
PRODUCT OR BLOCK 


A UNIQUE-TO-THE-ASSEMBLY MEANS OF 
IDENTIFYING TWISTED OR MULTI- 
CONDUCTER CABLES. 
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Table Il: 
Program Cost Data. 


PROCESS MANUAL CV (NON-NODAL ) CV (NODAL) 


~ Diagram Cost* 28 20 30 
Per Diagram 
TOTAL : 560 400 600 
Harness Coding 666 666 - 
W/O Data EXTR | 
W/ Data EXTR - os 160 
TOTAL 1226 1066 750 
% Savings ;  # 13.1% | 38 . 8% 
Over Manual | | 
Over CV (non-nodal) - - 29.6% 


*Includes diagram layout time, 10 hrs, 10 hrs and 12 hrs respectively. 
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Communications 


AN OVERVIEW OF CVNET 


Ken Johnson 
Engineering Computer Services 
STG Division’ 
Westinghouse Electric Corporation 
700 Braddock Avenue 
East Pittsburgh, Pa. 15112 
412-256-2191 


ABSTRACT 

This paper gives an overview of Computervision’s data communications package which is 
called CVNET. Included is a definition of CVNET, its purpose, the hardware and software 
necessary to implement it, and some instructions on its use. | 

The more commonly used commands are described, but not in any great detail. The pro- 
tection flags and CVNET log files are also touched upon. The paper is concluded with some 
curves of data transmission time versus sector size. 

Presentation is done with a set of foils and an overhead projector. This document con- 
sists of a copy of each foil preceded by a page of supporting text. 


INTRODUCTION 
Foil #1 

Our experience with CVNET comes from a CADDS3, CGP/100, rev. 10 system, and the 
material presented here is from that frame of reference. The advent of CADDS3 rev. 11, 
CADDS4, and Computervision’s networking facility affects change in some areas of this 
presentation, and the user needs to keep that in mind. 
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Foil #2 

CVNET is a data communications link that can be used between any two Computervision 
systems having compatible hardware and software. 

It uses synchronous transmission and the standard RS-232 interface. 


WHAT IS IT ? 


1) DATA COMMUNICATIONS LINK 
BETWEEN TWO COMPUTERVISION 
SYOTEMS 


2) SYNCHRONOUS (CLOCKED) 
TRANSMISSION 


3) RS-232C STD. INTERFACE _ 


Foil #3 | 

With this data communications link, you can pass binary files back and forth between 

systems. CADDS parts and CADDS object code overlays are examples of binary files. 
Text files can also be passed over CVNET. Execute files, FORTRAN source programs, 

and PEP source programs are examples of text files. Any file created with the text editor is a 


WHAT CAN If DO 2 


1) PASS BINARY FILES FROM ONE 
CV SYSTEM TO ANOTIIER ; 


A) CADDS PARTS 
B) CADDS OVERLAYS 
2) PASS TEXT FILES FROM ONE 
CV SYSTEM TO ANOTHER 
AY EXECUTE FILES — 
B) FORTRAN SOURCE 


-C) PEP SOURCE 
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Foil #4 

To implement CVNET, you need the CVNET software, you need a communications con- 
troller which can be either a SLU board or PCU board, and you need some kind of a com- 
munications link between the systems. 


WHAT DO | NEED ? 


1) CVNET SOFTWARE PACKAGE 


2) COMMUNICATIONS CONTROLLER 


BOARD | 
A) SLU (SYNCHRONOUS 
LINE UNIT) 


B) PCU (PROGRAMMABLE 
COMMUNICATIONS UNIT) 


3) DATA COMMUNICATIONS LINK 


A) CHOICE OF THREE 
TYPES 


Foil #5 

There are three different types of communications links available. 

For long distances there are dial-up modems that use the telephone lines. Maximum line 
speed is 9,600 baud. 

Short-haul modems can be used over distances of up to 7000 feet. The line speed is 
19,200 baud. 

For local links of up to 50 feet, two systems can be abled sect directly without the 
use of modems. 

CVNET will operate with any device that has an RS-232C interface at speeds up to _ 
56,000 bps. However, the maximum transfer rate of the PCU is 19,200 bps. 


LINK OPTIONS 


A) DIAL-UP LINES AND MODEMS ~ 


B) PRIVATE LINES WITH DEDICATED 
MODEMS (SHORT HAUL) 


C) HARDWIRED LINK 


251 


Foil #6 


These are some of the more common links used. The first three are dial-up modems, the 
next two are short-haul modems and the last one is the hardwired link. 


MODEM 


BELL 208B 
BELL 209A 


TELE- DYNAMICS 
7208B 


SPECTRON 
DT- 401 - 


PRENTICE 
OLD 19.2M 


HARDWIRED 
(NO MODEM) 
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BAUD 


RATE 


4,800 
9,600 


4,800 


19,200 


19,200 


40K 


LINE MAX. 
TYPE LENGTH 
DIAL-UP 

PRIVATE LINE 

DIAL-UP 

4-WIRE 7,000 FT. 
4-WIRE 7,000 FT. 
SPECIAL 50 FT. 


CV CABLE 


Foil #7 
Your configuration ee to contain che auxiliary tints for the PCU or SLU controller. 
These two are for the PCU. Both are needed for one PCU. 


CONFIGURATION (PCU} 


AWK UNIT Ge rCcuc 


PARAMETERS ?¢ . 
1. NAME ¢CEBOCO> = FC 
2. NAMES? «RCOOD> = oo 
BS. DEVNO IN (HEX? = Co14G 
4. DBDEVNO OUT CHExX> = OoO1% 
Se. UNCHWREAL CHEM> = OoOOOe 
6. UNCHWROZP CHEX> = O000 
7. UNCHWROS CHExX>) =: oOocSO 

AUX UNIT 7: FCUG 

FARAMETERS? 
1. NAME CECOO>) = FC 
2. NAME? CBCOD = -o1 
BS. DEVNO IN CHEX> = oOo1ic 
4. HEVNO OUT CHEX> = oo14n 
S. UNCHWROL CHEX> = 3BS330 
6. UNCHWRID CHEX>?. = COO 
7. UNCHWROS CHEX> = ooos 


Foil #8 
This is the way the configuration would look for a SLU controller. 


CONFIGURATION (C5LU) 


AUX UNIT 8S8t TEIO 
FAR AMETERS? _ 
de. NAMEA CBCO = cy 


: 2. NAMED2 (BOO = NO. 
S. DEVNO IN CHEX)> = OOZA 
4. DEVNO OUT CHEX> = OO2E 
Se. UNCHUWUROAL CHEX> = oOo00 
6. UNCHWROD? CHEX> = 0000 


7%Je UNCHWROS CHEX> 


ll 
mm?) 
) 
9 
) 


Foil #9 

Of course, before your system will understand any CVNET commands, you need to ac- 
tivate the CVNET command table. 

Now we have everything we need to run CVNET. 


COMMAND TABLE 


0>SYSCMTB CMTB.CVNET<CR> 
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Foil #10 

Before we can pass any data, we need to bring CVNET up on a task. This needs to be 
done at both the sending system and receiving system. 

Most modems have an ‘‘automatic answering’’ option. This option allows you to bring 
CVNET up on a task and leave it active, then any remote system that dials you up will be 
connected automatically without operator intervention. For this luxury, however, you need to 
dedicate a task to CVNET. 


HOW DO | UbE IT 


1) NEED TO BRING UP CVNET | 
ON A TASK AT BOTH SYSTEMS 


Foil #11 

If your communication board is a SLU, simply type in CVNET and the device code 
which is usually CVNO. If you have only one communications device on your system, you 
need only type in CVNET and return. 


USING SLU 
O>CVNET (device code)<CR> 


Foil #12 . 
If yon using a PCU board, you must type in one of three options. 


1) CVNETR and the device code for dial-up modems. 

2) CVNET and the device code for hardwired and PCU boards in both systems. 

3) CVNETS and the device code for hardwired and the other system is using a SLU 
board. 


_ The device code is usually PCO0. Again, you don’t have to type in the device code if 
there is only one communications board in the system. 


UdbING PCU 
A) ONE OF THREE OPTIONS 
1) MODEM LINK: CVNETR 


2) LOCAL PCU TO PCU: COVNET 


3) LOCAL PCU TO SLU: CVNETS: 
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Foil #13 
When using dial-up modems, bring CVNET up first, then dial the other tn Notice 
that CVNETR is used. 


USING A MODEM 


1) DIAL UP THE REMOTE SYSTEM 
AFTER BRINGING UP CVNET 


O=CUNETR FCOO ) 


KAOK CUNET VIA FCU *k*xk 


MODEM CONNECTION 
TF SWITCHED LINEs DOFTAL FHONE AT FIRST FROMFT 


CVNET LOG ALREARY EXISTS 
TYFE <CR= TO AFP FENDs <S> TO SUPERCEDE: J 


OK 


Foil #14 
This is an example of bringing up CVNET for a hardwired PCU to PCU connection. I’ll 
explain the CVNET LOG later. | 


HARDWIRED 


O-CVUNET FCOO y 


KK CUNET COMMUNICATION SYSTEM — REV. 1.20 **x* 


KKK CYNET VIA FCU OK 


DIRECT NO-NOTEM. FCU-FCU cnr ee Ten 


CVNET LOG ALREADY EXISTS 
TYPE <CR> TO AFFENDI, <S> TO SUF ERCEDE: ) 


x 
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Foil #15 


There are a number of CVNET commands that can be used once CVNET has been | 
brought up on a task. This is a list of the more common ones. All of them can be abbreviated 
to the first two characters as they are shown here. I’ll go over each of these in a little more 


CVNET COMMANDS 


detail. 


1) 
Z) 


3) 


4) 
5) 
6) 

7 
8) 


Foil #16 


ME 
Ob 


RE 


PR 


CO 


oT 
LO 
QU 


SEND A MESSAGE TO REMOTE 
SEND A FILE TO REMOTE 
RECEIVE A FILE FROM REMOTE 
PRINT A TEXT FILE 

SETS PROTECTION FLAGS 
PRINT STATISTICS 

PRINT THE LOG 


EXIT FROM CVNET 


The message command is used only for carrying on a dialog between yourself and an 
operator at the remote system. Messages are not stored on the disk as binary and text files 
are. They only appear on the receiving taks output device. 


MESSAGE COMMAND 


1) FOR COMMUNICATION ONLY, 
MESSAGES ARE NOT STORED 
ON THE DISK © | 


ME any text characters 
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Foil #17 
The SEND command is used to send a file from your system to some other system. 
FILENAME is the full name of the file you want to read from your disk and pass to 
another system via CVNET. 
ALTNAME is an alternate name you can attach to your file as you send it to the receiv- 
ing system. The file will be stored on the receiving system’ s disk under the alternate name. 
TEXT or TE indicates to CVNET that a text file is being sent. 
BINARY or BI indicates a binary file. This need not be typed because binary is the 


~~ SEND COMMAND 


1) SE (filename) C,altnamel a . 


/BINAR 


A) FILENAME - NAME OF THE FILE 
BEING SENT 


B) ALINAME - NAME THE FILE WILL 
WILL BE STORED ON 
THE REMOTE AS 


c) TEXT - INDICATES. A TEXT 
FILE’ 1S BEING SENT 


D) BINARY - INDICATES A BINARY FILE 
IS BEING SENT (DEFAULD 


Foil #18 

The RECEIVE command is the same as the SEND command except it is s initiated from 
the receiving system. With the RECEIVE command you reach out and pluck a file from the 
remote ae s disk. All the parameters have the same meaning as ey did for the SEND 


RECEIVE COMMAND 


ae. /TEXT 
1) RE (fil )C,alt 
ilename) £,altname] em 


A) PARAMETERS ARE THE SAME 
AS FOR THE SEND COMMAND 
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Foil #19 

Now, you might be concerned about unauthorized people having access to your Aik 
CVNET gives the user the option of setting some protection flags that will give him a measure 
_of control. He can prevent outside users from writing files on his disk, copying files from his 
disk, and vera ane existing files. 


CONFIGURATION 
COMMAND 


1) PROTECTION FLAGS: 


RCV - Y/N 


SND - Y/N 
UPD - Y/N 
OVR - Y/N 
DRP - Y/N 


Foil #20 

A log of each CVNET session is maintained on the system in a file called CVNET.LOGn 
where n is the task number. 

This log can be displayed while CVNET is up by typing in LOG or LO. At systems level, 
you simply print the file CVNET.LOGn. — 


CVNET LOG FILE 


1) CVNET MAINTAINES A LOG OF 
ALL FILES AND MESSAGES 
SENT AND RECEIVED 


2) MAINTAINED IN A FILE CALLED 
~~ CVNET.LOGn WHERE n IS THE 
TASK NUMBER 


3) CAN BE DISPLAYED WHILE 
IN CVNET BY TYPING LOG 
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Foil #21 

This is a printout of a log file. Each CVNET session is appended to the end of the file 
unless you elect to supersede the file. Each new session is indicated with the date and time. 
The arrows indicate the direction of communication. 


*xLOG | 
CVNET LOG : 3- 6-81 9$238:35 
$3815? —» ME HELLOs ARE YOU UF? 
2:39:25 <- ME YES, I’M HERE | 
240148 —-> ME DON’T TYFEr I’M GOING TO SEND YOU A FART) 
SE CISPRTS.S.0WGFOL.INFUT.FORM.CQM 
2729 <- ME ‘I GOT ITs THANKS 
242153 —> ME O.K.» OVER AND OUT 


vw” YY VY 
+s ¢0 6 8 4% e 
Be 
re 
W 
0 
| 


Foil #22 
The STATUS command is intended to display statistics that were compiled during the 
CVNET SESSION. Typing in STATUS or ST causes the table to be printed out. 


STATUS COMMAND 


1) TYPE IN “STATUS<CR>” 


ST pb 
STATISTICS: ; | 
SERIAL NO= 
DATA ERRORS= 
SHORT TINE—-OUTS= 
REFLY ERRORS= 
“~ ERROR RATE= 


00000 


Foil #23 

The last command we are going to look at is the QUIT command. The QUIT command 
terminates CVNET and returns the task to the operating system. This command usually takes 
15 or 20 seconds to execute. 


QUIT COMMAND 


1) USED TO EXIT FROM CVNET 
AND RETURN TO THE | 
OPERATING SYSTEM | 


2) TYPE "QUIT<CR>” 


xQuUIT } | 
x CUNET TERMINATED *x 


o> 
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Foil 


#24 


_CVNET provides the user with the ability to develop execute files of CVNET commands. 
These files can then be executed during a CVNET session. All one needs to do is type in the 
name of the execute file, and execution will begin. 


Foil #25 
These last three slides give you an idea of how long it takes to send data via CVNET. 
These times were taken using dial-up modems and 4800 baud lines. Teach system had a 


PCU board. 
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TIME (MIN) 


TRANSMISSION 


EXECUTION FILES 


1) TEXT FILES CONTAINING CVNET 
COMMANDS CAN BE EXECUTED 
FROM CVNET 


2) SIMPLY TYPE IN THE FILE NAME 


INGE 
TRANSMISSION 
TIMe 


(OO 


5 (0 15 20. 25 
SECTORS (X100) 


Foil #26 


This slide ms 


TRANSMISSION TIME (MIN) 


5 tk e same as the first except one of the systems has a SLU board in it. 


VINE 
TRANSOM SaolON 
TIME 
PA aoa 
(MODEM!) 


5 10 15 20 25 
SECTORS (X100). 
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Foil #27 | 
The last slide was taken from two systems hardwired together. The line speed is limited 
by the PCU board to 19,200 baud. 


CV NE? 
TRANSMISSION 
Met 
As, VV We) 


TRANSMISSION TIME (MIN} 


5S lO 15 20. 25 
SECTORS (G6) 
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A.H. Killinger 
Drafting Interactive Graphics 
NTD Division 
Westinghouse Electric Corporation 
P.O. Box 355 
Pittsburgh, PA 15230 
412-373-4147 


ABSTRACT | 

This paper provides the Computervision (CV) user with some general information about 
CV HASP and some specific examples showing how to use the CV system as a terminal to a 
host mainframe. 

The examples show the CV system operating as a terminal to both IBM and CDC main- 
frames and the transfer of a crawuie data base between CV systems using an IBM as the com- 
mon link. 

This presentation also uses a set of slides and an overhead projector. 


INTRODUCTION 

CV HASP (Houston Automatic Spooling Program) is a svaehiodets communication 
package which allows the CV system to access the computing power and other facilities of a 
host mainframe. 

Access to a mainframe computer provides the opportunity to perform complex analysis 
on data derived directly from the drawing data base. When a fast mainframe response is 
available, geometric definition and analysis could be accomplished at one session. 

The examples used for this paper are simple and are only mntended to illustrate the 
process. 


CV HASP 

CV HASP—What is it? HASP is an integrated hardware and software synchronous com- 
munication package which will provide access to a host mainframe. The oY system thus 
becomes a terminal of the host computer. | 


- What do you need to use HASP? 

1. A “PCU”’ board and software, both available from CV. 

ve Sign- on and sign-off records. The CV user’s guide* and your local computer user ad- 
visor will provide the correct format. 

3. Communications link (telephone, modems, etc.) 
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Types of Communication Links. 

1. Dial-up telephone and modems. 

2. Private line with dedicated modems. 
3. Direct hardwired cable (50 ft. max.) 


*See “‘CV HASP Communications User Guide’’ (Order number 001-00221) for more detailed description. 


EQUIPMENT 

The equipment at the W MNC facility is as shown in Figure 1. It consists of two (2) CGP 
200/10 systems each equipped with a PCU board and HASP software and both systems run- 
ning 11-E Operating Systems. One CV system is hardwired to the CDC-7600 facility via a 
9600 baud line while the other CV system uses a 4800 dial-up line to either the CDC facility 
or the IBM facility. 

The hardwired line was obtained so that an engineer at a work station remote from the 
CGP could connect to the CDC by simply typing in HASP. Without the hardwire, the 
engineer had to type in @ CONNECT ) at his work station within a time limit after dialing 
the phone at the CGP. 

The CV supplied commands used to control the terminal operation are shown in Figure 
2. These commands facilitate the CONNECTing, OPENING and CLOSing of streams, 
SENDing, PRINTing, and QUITing of HASP operations. 

In addition to the CV supplied commands, there are other commands which provide the 
CV HASP terminal operator with control of the mainframe and its support devices. On the 
IBM, these are called JES3 (Job Entry System) commands. On the CDC, the commands are 
for INTERCOM. 

It is necessary to have a working knowledge of these commands in order to start and stop 
printers, to define and start and stop card readers, move files, etc. Your local computer 
advisor will be able to provide the information relevant to your site. 


WHAT DID WE WANT TO DO AND WHY? 

1. In order to make the computing capacity of the IBM available to the CV system, it 
was desired to be able to create an IBM job on the CV system, execute the IBM job on the 
IBM and receive the output at the CV terminal. 


2. In order to make use of the specific programs on the CDC system (such as finite ele- 
ment analysis) it was desired to be able to create a CDC job on the CV system, transmit the 
job to the CDC, execute the job on the CDC and receive the output at the CV terminal. The . 
CDC job (created on the CV system) would contain data derived from a CV drawing or a CV 
PEP or Fortran program. It is also desired to use the CDC system as the common link to 
other special purpose computers which will construct the appropriate grid on a geometry 
(PRIME) prior to finite element analysis and which will perform structural analysis (Data 
General). However, the communications with the special purpose computers is not reported | 
on in this presentation. 


3. Many of the Westinghouse CV sites will have PCU boards and HASP software which 
will provide access to a central Westinghouse IBM system. Since HASP provides more flex- 
ibility and stability than CVNET, it was desired to be able to use HASP and the IBM system 
as the vehicle to transfer drawings between CV systems. 


WHAT HAS BEEN DONE? | 
1. An IBM job has been created on the CV system, transmitted to and executed on the 
IBM and the output printed on the CV terminal. The IBM job consisted of a set of six (6) 
Job Control Cards followed by a very small Fortran program followed by two (2) additional 
Job Control Cards (see Figure 3). The IBM job was transmitted to the IBM as shown in 
Figure 4. This is the actual printout from the typewriter and as such is very busy and although 
Figure 4 is included in the written report, it is not shown here. Figure 5 shows the commands 
which were typed in by the operator and deletes the system responses. After CONNECTing, 
the reader is OPENed, the file containing the IBM job is sent (SEND) and the reader is 
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CLOSED. Closing the reader signals, to the IBM, the completion of the batch job input. The 
printer is started and after execution of the IBM job, the output is transmitted to the CV 
system and the print stream is closed. The printout may be printed and/or displayed on a 
CRT as desired. 


2. A rane job has been created on the CV system, transmitted to and executed on the 
CDC and the output printed on the CV system. To do this, three text files were created on the 
CV system. These files are shown in Figure 6. The first text file contains five (5) lines of CDC 
Control Cards. The second text file contains a very short Fortran program. The third file con- 
tains a line with a hex 3F in the first character. This is the CDC ‘‘end of section’’ card which 
is needed to terminate the CDC Control Cards. As there is no key on the CV keyboard which 
wil generate a hex 3F, I used the PACHFIL command to generate the required character. The 
CDC job was transmitted as shown in Figures 7, 8 and 9. Figures 7 and 8 are the actual 
typewriter printouts which include system responses and are very cluttered. Figure 9 (which 
has most of the system responses deleted) shows the sequence of commands used to CON- 
NECT, LOGIN, DEFINE, control the card reader and line printer, SEND the CDC job and 
receive the printout after execution of the CDC job. The printout may be printed and/or 
displayed on a CRT as desired. 

3. A drawing has been transferred from one CV system to another CV system using 
HASP and the IBM as the common link. To do this, a text file which contains the required 
IBM job was created on the ‘SSENDING’’ CV system. This text file and the HASP com- 
mands used to send the text file and the drawing is shown in Figure 10. Here we see that the 
CV text file contains nine (9) Job Control Cards and uses the IBM utility IEBGENER. 
IEBGENER will accept a data file, which is the drawing, and will put that data file in the 
punch queue of the ‘‘RECEIVING’’ CV terminal. The punch file will be in a ‘‘HOLD’’ con- 
dition. 

Also shown in Figure 10 are the HASP commands used to SEND the IBM job and the 
drawing data base to the IBM. After execution of the IBM job, the drawing data base will be 
in the punch queue of the ‘‘RECEIVING”’ CV terminal. To retrieve the drawing data base 
and generate the drawing, the ‘‘RECEIVING”’ CV terminal would proceed as shown in Figure 
11. This figure shows the CV system being CONNECTed and a JES3 command to list all data 
sets which are in a HOLD condition. Also shown is the JES3 command to delete the ‘‘LACE’’ 
cards from the beginning and end of the punch data. Next is the JES3 command to release 
the punch file from the HOLD condition which will allow the file to be transmitted to the 
‘“RECEIVING’’ CV terminal. After the file has been transmitted to the CV terminal, the file 
must be copied into the CD3PRTS catalog before the drawing may be called up on the CRT 
in the normal manner as also shown in Figure 11. 


SAMPLE OF A HASP LOG PRINTOUT. 

Figure 12 shows a sample of a HASP log printout. The log of the previous HASP session 
remains in the system until the next HASP session has been completed at which time the 
previous log is replaced with the current log. 


PROBLEMS 
Problems do exist. The problems appear to differ from site to site, at ee in evenly: 

_ The main problem I have observed is that sometimes after the ‘‘@ CONNECT’’ com- 
mand has been issued, the system will hang and will not respond until the operator enters a 
‘“‘CTRL-B’’. All commands after this point appear to be ignored and a ‘‘CTRL-SHIFT- 
POINT”’ (or ‘‘CTRL-C-C’’ on REV 11-E) must be entered to terminate the task. a on 
this task will not be usable until the em has been booted. 
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Intercom #7” 


Special purpose 
software. Construct 
grid on geometry. 


Versions / | 
/  HASP_ 
/ 
/ 
4 | Data Special purpose 
General software. 
| Structural analysis. 
| 
CDC-IBM 
Interface | 
Although CDC jobs have been \ 
submitted over the interface they 
are not covered in this paper. \ 
\ 
\ 
\ 
\ 


CV 
CGP-200/10 
H-E 


CONNECT 

OPEN <stream id> 

SEND<stream id>: <filename> [/<flags>] 
CLOSE <stream id> 

SUSPEND 

QUIT 

ABORT 7 

DISPLAY <description> 

PRINT <text-file-name > 


JES3 


Figure 1 


CONNECT TERMINAL TO MAINFRAME. 

OPEN READER. 

SEND FILES TO MAINFRAME. 

CLOSE READER. 

SUSPEND HASP BUT MAINTAIN LINE CONNECTION. 
TERMINATE HASP. 

EMERGENCY QUIT. 

DISPLAY STATE OF TERMINAL DEVICES. 

PRINT TEXT FILES. 


Figure 2: CV HASP Command Summary 


CGP 


100/10 


THE FOLLOWING IS AN IBM JOB CREATED ON THE CV SYSTEM: 


OTHR.KILL.&BCD.HASPDEMO1 


5-26-81 16:54:43 ACCOUNT NO. 
| IAHK3 JOB MDNS), ‘KILLINGER’,REGION = 200K, TIME = (0,10), 
if pee eee 1°) | IBM STANDARD 
| [*MAIN CLASS = PRIME JOB CONTROL CARDS 
lf EXEC FORTGCLO,PARM.FORT = NODECK 
| IFORT.SYSPRINT DD DUMMY 
| IFORT.SYSIN DD * 
| | ANY FORTRAN 
| /LKED.SYSPRINT DD DUMMY IBM STANDARD 
| |GO.FT06001 DD SYSOUT=A CONTROL CARDS 
Figure 3 
6>HASP THIS SLIDE IS BUSY 


THE NEXT SLIDE REMOVES 
CV HASP WORKSTATION 
FULL VERSION, REV 1.00 SYSTEM RESPONSES. 
2-16-81 14:40:58 


CV: PCOO ATTACHED AS PC 

CV: PCO1 ATTACHED AS PG 

CV: DOWN-LOADING PCU 

CV: DOWN-LOAD COMPLETE OPERATOR ENTERED 
SGcecesN SAE COMMANDS ARE UNDERLINED. 


CV: READY FOR CONSOLE INPUT 

@ CONNECT 

1338152 IAT/7560 RM4A2 ON LINE96 SIGNED OFF 

1338167 1!AT7576 LINE HAS TERMINATED | 

1441033 1AT7575 RM4A2 STARTED ON LINE96 (085) WITH CONSOLE SUPPORT 


CV: READY FOR CONSOLE INPUT 
OPEN R1 
CV: Ri PENDING 
1441511 IAT6306 JOB 9054 IS CR , CALLED BY RM4A2 
CV: R1 READY 


@SEND R1: OTHR.KILL.HASPDEMO1 
CV: R1 SENDING 
OTHR.KILL.HASPDEMO1 


CV: R1 READY TO THE IBM, CLOSING THE READER 
INDICATES COMPLETION OF THE 
@CLOSE RI BATCH JOB INPUT. 


CV: R1 CLOSED 


1442246 IAT6201 JOB 9062 = RM4A2 — 01,01 JOBS,00019 CDS,P = 15 
1442526 IAT6101 JOB 9069 IS AHK3 , PRTY = 06, CL= PRIME 
1442548 |IAT7450 JOB 9062, RM4A2 —01 PURGED | 

1444132 4= AHK3 1EF4031 AHK3 — STARTED — TIME= 14.44.13 
1444506 4= AHK3 lIEF4041 AHK3 — ENDED — TIME = 14.44.50 
1444587 = 1AT7001 JOB AHKS3 (9069) IS ON WRITER RM4A2PR1 (085), 
RECORDS = 000070. 

1444589 *lAT7030 AHK3 (9069) ON RM4A2PR1 (085), SETUP F = F017006T. 


S PR1,H=N 
1445163 1AT7018 AHK3 —_ (9069) RM4A2PR1 (085) REQ STARTED | a 
1445164 *IAT7030 AHK3 (9069) ON RM4A2PR1 (085), SETUP F = F017006T. NAME OF CV FILE 


CV: FILE:GPOOL.161440.P1,00)}—————_ CONTAINING OUTPUT 
OPENED FOR STREAM P1 7 


CP CLOSED ate | 
1446241 1AT7450 JOB 9069, AHK3 PURGED OUTPUT FILE COMPLETE 


Figure 4 
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6>HASP ) 
‘ 


CV:READY FOR CONSOLE INPUT 
@ CONNECT ) 


@ OPEN RI ) 


@ SEND R1:O0THR.KILL.HASPDEMO1 ) 

TO THE IBM, CLOSING THE 

READER INDICATES COMPLETION OF 
THE BATCH JOB INPUT. 


@ CLOSER! } 
? 
S PRI) 


CV:FILE:SPOOL.161440.P1.001 : 
NAME OF CV FILE 
MieeGse Pesiriel CONTAINING OUTPUT 


TRANSMITTAL OF 
OUTPUT FILE COMPLETE 


OPERATOR ENTERED COMMANDS ARE UNDERLINED. 


Figure 5 

OTHR.KILL.&BCD.CVCDCPRT1 
2-24-81 8:18:05 
AE ae ca K,STMFB,JCSHAT. STANDARD 
DEST(OUTPUT,1,3K,KILL,;CVTOCDC DIRECT DEMO$) CDC 
FTN. CONTROL 
LGO. CARDS 
5> 
OTHR.KILL.CVCDC.&BCD.CDCPROG 
9-27-81 16:25:02 ANY FORTRAN 

PROGRAM 
OTHR.HASP.&BCD.789SYMBOL CDC END OF SECTION 
2-19-81 12:25:21 CARD—TERMINATES 


CDC CONTROL CARDS 
&1234567891234567891234567897 
o> THE ? IS A HEX 3F. 


Figure 6 
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6>HASP THE NEXT TWO SLIDES 
SHOW ALL MESSAGES 


CV HASP WORKSTATION | , 
FULL VERSION, REV 1.00 AND RESPONSES. 


2-24-81 8:57:56 
THE THIRD SLIDE 
CV: PCOO ATTACHED AS PC REMOVES SYSTEM 
CV: PCO1 ATTACHED AS PG 
CV: DOWN-LOADING PCU RESPONSES. 
CV: DOWN-LOAD COMPLETE 


CV: SESSION NOT ACTIVE 


CV: READY FOR CONSOLE INPUT 
@ CONNECT 

WPSCC/CDC INTERCOM 5.0 
DATE 02/24/81 

TIME 08.59.30. 


PLEASE LOGIN 


CV: READY FOR CONSOLE INPUT 

LOGIN, 

02/24/81 LOGGED IN AT 09.00.34. 
WITH USER-ID STANDARD 
EQUIP/PORT 14/003 LOGIN PROCEDURE 


COMMAND— 7 
DEFINE,CR1,029 FOR CDC SYSTEM. 


COMMAND— 
READ 
COMMAND— 
ON,LP1 
COMMAND— 


OPERATOR ENTERED COMMANDS ARE UNDERLINED. 
Figure 7 


CV: READY FOR CONSOLE INPUT 
OPEN Rit 

CV: R1 PENDING 

CV: Ri READY 


@SEND R1:OTHR.KILL.CVCDCPRT1 
CV: R1 SENDING 


OTHR.KILL.CVCDCPRT1 
CV: Ri READY 


@SEND R1:0THR.HASP.789SYMBOL/TEXT,NOXLATE 
CV: R1 SENDING | 


OTHR.HASP.789SYMBOL 
CV: Ri READY 


@SEND R1:O0THR.KILL.CVCDC.CDCPROG 
CV: R1 SENDING 
OTHR.KILL.CVCDC.CDCPROG 

CV: Ri READY 


@CLOSE R1 
09.02.47. AHK60AB. BEGIP=00, TID=LO 
CV: R1 CLOSED 


09.02.54. AHK60AB. 19 CARDS READ 
CV: FILE: SPOOL.240857.P1.001 ~—____ == CV OUTPUT 
OPENED FOR STREAM P1 FILE NAME 


09.03.31. AHK60AB. BEG OP=40, TID=LO 
CV: READY FOR CONSOLE INPUT | 


CV: READY FOR CONSOLE INPUT. 
CV: P1 CLOSED 


OPERATOR ENTERED COMMANDS ARE UNDERLINED. 
Figure 8 
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6>HASP )} 
“  $ 


@ CONNECT 
* PLEASE LOGIN 
LOGIN, USER ID, PASSWORD, ACCT. NO. } 
: 5 
* COMMAND— 
DEFINE,CR1,029 ¥ ~————— DEFINE CARD READER AS 029 
: eo Nee: 
READ eee 
« COMMAND— START THE CARD READER 
ON,LP1) <—— TURN ON THE LINE PRINTER. 
* COMMAND— | 
@ OPEN Ri} 


_ @ SEND R1:OTHR.KILL.CVCDCPRT1 ) 

_@ SEND R1:OTHR.HASP.789SYMBOL/TEXT,NOXLATE ) 
@ SEND R1:OTHR.KILL.CVCDC.CDCPROG ) 

@ close Rt ) 


* CV:FILE:SPOOL.240857.P1.001 
OPENED FOR STREAM P1 

* CV:P1 CLOSED 

* CV OR CDC SYSTEM RESPONSES. 


OPERATOR ENTERED COMMANDS ARE UNDERLINED. 
Figure 9 


OTHR.KILL.HASP.&BCD.CVDWGTOIBM 
2-12-81 13:41:45 


/ [AHK8 JOB (AP41313,MDNS), ’KILLINGER ’, REGION = 100K, TIME = (0,10), 
/ | MSGLEVEL = (0,0) 

/ [*MAIN CLASS = PRIME 

/ [*FORMAT PU,DDNAME = SYSUT2,DEST = MB 

// EXEC PGM = |IEBGENER 

/ ISYSIN DD DUMMY 

/ ISYSPRINT DD SYSOUT=A 

/ ISYSUT2 DD SYSOUT = B,HOLD = YES 

/ ISYSUT1 DD DATA 

5> 


OTHR.HASP.&BCD.STAR IBM JOB 
"4-27-81 16:22:23 TERMINATOR. 


/* 
5> 


6>HASP 

CV:READY FOR CONSOLE INPUT 

@ CONNECT | 

@ OPEN R1 

@ SEND R1:OTHR.KILL.HASP.CVDWGTOIBM 

@ SEND R1:CD3PRTS.KILL.9557D05.103.1COM/BINARY,NOXLATE 
@ SEND R1:O0THR.HASP.STAR 

@ CLOSE Rt 


IBM JOB 
USES SYSTEM UTILITY 
PROGRAM IEBGENER. 


WILL ACCEPT A DATA FILE AND 
CREATE A PUNCH FILE AND PUT 
IT INTO MB’S QUE. THE PUNCH 
FILE WILL BE IN HOLD. 


THIS IBM JOB, WHEN EXECUTED, WILL CREATE A PUNCH FILE WHICH CONTAINS THE 
SUBJECT DRAWING DATA AND WILL PLACE THAT PUNCH FILE INTO THE OUTPUT 


QUEUE OF THE “RECEIVING” CV SYSTEM. 


Figure 10 
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6>HASP } 


Ss : 
@CONNECT ) | THIS IS A TERMINAL COMMAND TO LIST 
1U,j=?, H=Y,N=ALL > ALL DATA SETS IN “HOLD.” 

1357205 1AT8131 J = AHK8 (1641), D=MD, T=PUN, H=Y, L=641 , 4 

X,WTR,OUT = PUI,H =N,B=N i COMMAND TO DELETE “LACE” CARDS. 

FU, J=1641,NH=N ) 


THIS IS A TERMINAL COMMAND TO 


‘4 
CV:FILE:SPOOL.12355.U1.001 RELEASE THE PUNCH FILE FROM “HOLD.” 
OPENED FOR STREAM U1 


5 
Cv:U1 CLOSED 
@ Quit ) 


6 >COPYFIL SPOOL. 121355.U1.001,CD3PRTS.KILL.HASP.DWGIBM1.COM 
\ none geen! 


SPOOL.121355.U1.001 DRAWING NAME 


COPIED AS 
CD3PRTS.KILL.HASP.DWGIBM1.COM 


THE DRAWING KILL.HASP.DWGIBM1 MAY NOW BE CALLED UP IN THE NORMAL | 


~ MANNER: 
'6>CADDSCLR ) 


PART NAME:KILL.HASP.DWGIBM1 
ENTERING OLD PART 
oo NOT RESTORED 


Figure 11 


PRINT HASP.LOGO6 


HASP.&BCD.LOG06 
3-10-81 12:42:39 


CV HASP WORKSTATION | 
~ FULL VERSION, REV 1.00 

3-10-81 12:34:04 
CV: SESSION NOT ACTIVE 
@CONNECT 
1237198 1AT7576 LINE HAS TERMINATED 
1237539 1AT7575 RM4A2 STARTED ON LINE96 (085) WITH CONSOLE SUPPORT 
@OPEN Ri 
CV: R1 PENDING 
1238559 IAT6306 JOB 6747 IS CR , CALLED BY RM4A2 
CV: R1 READY 
@SEND R1:OTHR.KILL.HASPDEMO1 
CV: R1 SENDING 
OTHR.KILL.HASPDEMO1 
CV: R1 READY 
@CLOSE R1 
CV: R1 CLOSED 
1240358 IAT6201 JOB 6755 = RM4A2 — 01,01 JOBS,00019 CDS,P = 15 
1240368 1IAT6101 JOB 6756 IS AHK3 , PRTY =06, CL = PRIME 
1240380 1AT7450 JOB 6755, RM4A2 — 01 PURGED 
12404385 4= AHK3 lIEF4031 AHK3 — STARTED — TIME = 12.40.43 
1240582 4= AHK3 IEF4041 AHK3 — ENDED — TIME = 12.40.58 
1240599 1AT7001 JOB AHK3 (6756) IS ON WRITER RM4A2PR1 (085), 
RECORDS = 000070. 
1241000 *IAT7030 AHK3 (6756) ON RM4A2PR1 (085), SETUP F= F017006T. 
S PR1 
CV: FILE: SPOOL.101234.P1.001 

OPENED FOR STREAM P1 
CV: P1 CLOSED . 
1243181 IAT 7450 JOB 6756, AHK3 PURGED | 
@QUIT 
CV: SESSION TERMINATED 
CV: HOST DROPPED THE LINE 


Oe Figure 12 
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CAD/CAM DATA MANAGEMENT 
IN A HOST-BASED NETWORK 
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ABSTRACT 

Geographically separate interactive graphics (stand-alone) systems can communicate with 
a mainframe host computer and thus with each other in a network. The network provides a 
large single-source data storage and retrieval capability with mainframe capabilities: 


. huge storage capacity 

. data access control 7 

. data product management with archival, backup, protection, and audit trail 
. interface to major processing functions on host computer (a two-way street) 
. Message storage and routing 


UM & WN 


CAD/CAM data is digital data created on graphics systems. In many companies, the 
graphics systems are stand-alone turnkey systems, useful for their high productivity. 

Digital data produced on stand-alone systems is subject to proliferation without mercy. 
Typically the data is maintained on magnetic tapes which can easily get lost or overwritten or 
damaged. | 7 | 

Even in the best of shops, redundant copies of the data are maintained on a variety of 
tapes, creating a data management problem. Access to the data is unrestricted except when 
the tapes are locked in cabinets. Meanwhile, the same data on disc is available for manipula- 
tion by virtually anyone. 


1. We need a safe place to keep data. 
2. We need controlled access to the data. 
3. We need control over the data by management. 


Solution: | 

Tie all stand-alone graphics systems into a network which features a main-frame host to 
store and control the data. Design and implement a data storage and management system 
which is located on the host and which has the features described below. 

This retains the advantages of stand-alone systems for responsive interactive graphics pro- 
cessing and adds the advantages of centralized data processing for data management and in- 
tegration of processing functions on other computers. 
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FEATURES OF A HOST-BASED NETWORK PROCESSING SYSTEM FOR DATA 
STORAGE AND MANAGEMENT 
1. Storage of data. 

After completing work on a part file, a graphics user specifies network storage for the 
finished part file. The data is then stored on local disc and is entered into the automated net- 
work processing system (NPS). Other useful ion anon. is stored in the catalog record, in- 
cluding: 


date and time (from host) 

userid of creator 

group code (user i is member of a group) 

tool ID (to pin down graphics part file format) 
and a status code. 


The name is any valid filename on the stand-alone graphics system; the only limitation is 
60 characters maximum. Multiple versions of a file can be saved; this guarantees that a new 
copy of a file can always be saved, even though the file already exists, without overwriting the 
file. The maximum number of versions allowed per file can be set by the system manager to 
the desired value (from 1 to 99). At GD, 10 versions are allowed. 

The data is kept permanently by design of the NPS. 


2. Security. | 

Each data storage or management function in the network is accomplished by a transac- 
tion. Every transaction requires logon to the network. This requires prior authorization of 
users by management. | 

Authorization data for each user is kept in a user control record. This data includes the — 
userid, password, one or more group codes, and a level code associated with each group code. 
The level code defines how the user is allowed to interact with the data, when compared with 
a table of allowed status code changes. The table consists of records; each record defines the 
allowed change of status (from, to values) for a particular level code. 

An audit trail is kept of every transaction in the system that changes any data. This audit 
trail is kept in an audit file which can be searched by system routines to determine all changes 
that have occurred to any data file. The audit trail includes installation of user control records 
by management. 

Logon to the network gathers userid, password, and group code. Anyone having the 
same group code can modify data created by another member of the group. (modify = 
DELETE, REPLACE, or RENAME) Typically all members of a group are under the direc- 
tion of one group leader. A member of any other group can only read the data; data cannot 
be modified by any member who logged on with a group code that does not match that stored 
with the file. 

A user whose level code is defined as ‘‘in training’’ cannot modify any production data 
stored on the system. This user can store only temporary files and delete them, and can only 
read production files. 

_A file can be locked so that only a particular user can unlock the file. Other members of 
the group cannot unlock the file. A safety valve exists in that the group leader is allowed to 
unlock this file. This is useful for coordination of efforts when the user cannot immediately 
consult with other members of group or with the group leader. 


3. Audit trail. 

An audit trail is kept of every transaction in the system that changes any data. This in- 
cludes any change to the catalog. The audit trail is kept in an audit file that can be searched 
by system routines to determine all changes to the data in or to the catalog record of any data ~ 
file. 

Every transaction that changes a catalog record creates an audit record. If desired, other 
transactions can be allowed to create audit trail records also. The audit trail record stores the 
filename, transaction data, and user data. Since the catalog record contains counters of reads 
and writes, any read (GET) and any write (SAVE/REPLACE) creates an audit record. A 
LISTing of the catalog does not change any catalog record. 
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4. Status of the Product. 

Every shop needs control by management over the production status of its products. 
Data produced by a CAD/CAM group is either product data (salable) or non-product data 
(stays within the company; may become part of production data). NPS is designed to have the 
capability of controlling the status of a part file through a series of sequential processing 
steps. 

Each step can refer to a stage in production; a status code value is assigned to each step. 
Typical Stages of production are: 


1. engineering work (and rework) 
2. analysis of ‘‘finished’’ data by analysis group 
3. checking 
(how well does the data correlate with standards?) 
4. verification by configuration management 
(how well does the data coordinate with all related data?) 
5. release 


The change of status from one value to another is controlled by a combination of two 
factors: 


1. a level code assigned the user by management 
(kept in user control record by NPS). 
2. a table that relates user level codes to allowed changes of status code value. 


Each group code has a level code associated with it in the user control record. One can 
‘. logon to NPS with any group code in one’s own user control record. The level code is then 
taken by NPS from that user control record. 


The implementation of NPS at General Dynamics uses the stages of production sum- 
marized above. 


~ Range =1-3: 


» Engineering group performs design/drafting functions. 
Range = 4-6: 

Analysis groups report all findings to engineering group leader. Group leader changes 
status when all scheduled groups approve data or require rework. 
Range = 7-9: 

Checking function can be done by separate group or by member of the same group oho 
is assigned a group code having a level code that has the ‘‘check’’ value). 


Range = 10-12: 
Config management verifies conformance to overall design. 
Range = 13-15: 


Only the release group can release data. No one can unrelease data. Any change to a data 
file that has been released requires that a copy be made under a new name. The new file can. 
then be revised as desired and processed through the network. 

A file can have rework status at any time, but the status code value remains in the range 
of values assigned to the group that requests rework. This means the status code will only ad- 
vance, never regress, from range to range. 


Note: To illustrate the use of status code values within each range, let each trio of values be represented by a,b,c in 
order of ascending value. When a member of the cognizant group sets the status code to ‘‘NC’’ the | 
‘““RESULT’”’ is achieved: , | 
NC sero RESULT ssw es ose ie daaee wat OW Oe ee wade ew een aca atas G5 betel Sevan Seeceping Beeson eluate ek 
a= > ‘data enters control of this sroup and is ‘‘locked’’ 
b= > amember of this group has decided the data needs to be eedorked: the data is considered 

‘‘unlocked’’ to allow a member of the engineering group to modify data. 
c=> the data is approved by this group and is considered ‘‘locked’’ (cannot be modified while it retains 
this status code). | 
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Weekly management reports are generated via a task schedule reporting system. The data 
records for these reports are generated by the appropriate transactions. This amounts to 
creating a card image record at completion of each transaction. The resulting file of text 
records can be used as input to a reporting system to create management reports. 

Process control can be extended into manufacturing. This requires extending the table of 
allowed status code changes to include new values. The meanings of the new values are of | 
course installation-dependent. 


5. Sending messages. 

A user or the system manager can send messages to a user, to a terminal, to all members 
of a group, or to all users. The message can be sent now or stored to be displayed when the 
recipient logs on. A user can identify all users now logged on. The message sub-system helps 
to control the process of changing product data. A designer can send a message late at night 
to the group leader to be displayed when group leader logs on in the morning. 


6. Data interchange in a network. 

Anyone logged on to the network has access to data stored in the network (unless the 
data is read-protected). One user can store a file, another can read it immediately upon being 
stored. This is useful in coordinating: 


large projects (inter-divisional) 
library (non-product) data (has inter-divisional support) 
other information (charts, graphs, text, statistics) 


Messages can be sent/received system-wide. 


7. Data can be categorized into types. 
1. Product data. 

All data is considered product data in NPS unless it is flagged as library data. Product 
data goes through the production control process. At GD, this data must follow the stan- 
dard naming convention. 

Data is saved permanently (this can be 75 years). 


2. Non-product data. 
This includes LIBRARY data and other data. 
LIBRARY data: 


— goes through a control board review process 

— requires a standard naming convention 
(determined by project management) 

— is saved permanently. 

— becomes an integral part of product data, and thus once RELEASED into the pro- 
duction process can never be changed. Only a copy can be modified. 

— The library file flag is set by a user authorized to perform this function. 

— Only users authorized to modify library files can do so. 


Other data might include files such as: 

keyfiles and text files (parameter or PEP files). 

These can be considered as library data, subject to control by a library data ad- 
ministrator. 

These flags can be ignored if a simple file storage and retrieval system is all that is re- 
quired. 


8. Data maintenance. _ 
| Data backup i is a function of data management performed to guarantee that a good copy 
of the data is always available despite accidental destruction of the primary copy. Data 
backup is performed periodically using well-planned and tested procedures. 
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All data maintenance tasks should be as automated as possible to minimize by-hand pro- 
cessing of the necessary functions. Maintenance work is performed on the host and does not 
affect users of interactive graphics systems. | 

GD is using a highly reliable system to guarantee data integrity. The system uses both 
mass storage devices and DASD (rotating disk) to store data. The storage capacity is tens or 
hundreds of thousands of megabytes, capable of fully-automated data management. The 
system is qualified for processing classified data. 


9. Integration of processing functions. 

Large benefits accrue to full-system users. The full-system concept accepts data early in 
the design process. From then on, the data is processed (changed or read) by any group in the 
plant assigned a role in handling this data. This will all be under control of the host-based 
data management system from the moment the data is first stored on the host, and will con- 
trol all processing of that data through analysis functions to the end-product. 

In the fully-integrated plant, all ancillary functions are controlled through the data 
management system, including inventory control, ordering, planning for long lead-time items, 
and shipping. Engineering data is no longer hand-carried by mag tape to a computer which is 
then directed to post-process the data. | 

In the full-system, data is tagged for post-processing in the system; post-processing is ac- 
complished by transfer of data along well-defined paths to well-controlled post-processing 
programs within the control of the full-system. Data transfer is controlled by the system, 
rather than at the mercy of hand-carrying mag tapes and paper procedures. Selected post- 
processing ‘functions can be set up to occur automatically when the status code arrives at par- 
ticular values. | 

If required, the post-processed data can be stored back on the NPS. This data (derivative 
“ data) can then be linked to the originating data either by naming conventions or by fields in 
the data catalog that are reserved for such purposes. 

in effect, NPS creates a closed-shop environment for data storage and management even 
when the graphics systems are operated in an open-shop fashion. 
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By 
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Westinghouse Electric 
Monroeville Nuclear Center 
Bay 371 
Box 355 
Pittsburgh, PA 15230 
412-373-5569 : 373-4107 


ABSTRACT 

This paper describes an innovative approach to pressure vessel design and analysis 
developed at Westinghouse Equipment Engineering on the Computervision system. A series of 
P.E.P. and CV-Fortran programs integrated with the CV graphics capabilities are utilized to 
carry cut the CADD applications described here. 
Some of the applications that will be addressed are: 


e Equipment Design 
— Equipment Sizing 
— ASME Code Calculations — Requirements for Heads, Shell Reinforcements 
—- Outline drawing generation 


e Equipment Analysis 
— Preparation of Mathematical model 
— Pipe Model | 
— Axisymmetric Model 


@ Communication Networks 


EQUIPMENT DESIGN | : é, 

Equipment Sizing—One of the initial steps in pressure vessel design is to determine the 
overall size of the vessel in accordance with the functional, shipping, plant layout and other 
requirements imposed on the equipment. | 
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Through the use of the CV system, software has been written and implemented to per- 
form the sizing operations. By inputting the functional design requirements and other limiting 
parameters, the shell diameter, cylindrical length, and suitable head types are selected—all 
through an interactive process. The software is written using CV’s Parametric Element Pro- 
cessor (PEP) and can handle flat, hemispherical, standard and non-standard ellipsoidal and 
torispherical heads. 

A typical section of the head with crown and knuckle regions is shown in Figure 1. The 
volume of the head is the volume of the surface of revolution of knuckle and crown arcs 
about the vertical axis. The volume of the knuckle portion is computed from 


Vk=" (H(R'+R)— BE +R {HRP He + Re Sin~ Fh yj 


2 


where | 
H, = Height of knuckle portion of head 
R = X-coordinate of the locus of knuckle curve 
R, = Radius of the knuckle curve 


The volume of the crown portion is computed from 


Vex mG R; — H,) 


Height of crown portion of head 
Radius at the crown of head 


a 
Nl 


MECHANICAL DESIGN | 

In order to establish the structural integrity of the pressure vessels for the internal and ex- 
ternal pressure, temperatures, static or dynamic loads, the criteria of the ASME Code for 
pressure vessels (Sections III & VIII) most frequently serve as a guide. 

Several questions need to be answered: we 


Are the nozzle openings in the vessel adequately reinforced? 

Are the attachment welds between the nozzle and vessel properly sized? 

Are the reinforcements adequate (in contour, etc.) to avoid areas of excessive stress 
concentration? 


For this purpose, software has been introduced on the CV system to provide the ASME 
Code calculations. Included in the output are such data as required thicknesses of the vessel 
Shell, heads, nozzles, and the reinforcement requirements for nozzle openings. Typical rein- 
forcement details plotted by the software are shown in Figure 2. 


OUTLINE DRAWING 

Using the CV graphics capabilities and the data stored as a result of the previous soft- 
ware routines, an outline drawing of the pressure vessel is generated and displayed. The draw- 
ing provides the details of overall dimensions, nozzle attachments and the interface between 
equipment supports and support foundation including baseplate dimensions and anchor bolts. 

In this graphical representation of the vessel, the determination of the nozzle locations on 
the various types of heads is of interest. Nozzles can be positioned vertically or perpendicular 
to the head by specifying the coordinates of the center of nozzle and the diameter of nozzle. 
The outline drawing used for plant layout is typified in Figure 3. | 
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EQUIPMENT ANALYSIS 

Mathematical Model—From the equipment design (outline drawing) a detailed finite ele- 
ment model can be created and displayed. The model, cantilever pipe or axisymmetric, can be 
used for dynamic and static analysis. By inputting the number of elements in the heads, sup- 
port region, and shell, the PEP program automatically determines the distribution of nodes 
and element pattern as shown in Figures 4 and 5. 

The program also translates the node and element definition to that required by a large 
finite element computer code, WECAN (Westinghouse Electric Computer Analysis Program). 
Along with the node and element description, the complete input data file is generated by 
responding to questions asked by the program regarding: 


Shock Spectrum 
Element Type 
Material Properties 
Coupled Nodes 
Nodal Forces 
Pressure Loads 
Boundary Conditions 


All this information is written on a data file in the appropriate WECAN-specified 
format. | 
With the addition of the required Job Control Language (JCL) the data generated can be 
transferred from the CV minicomputer to a large mainframe (CDC computer) for execution. 
This transfer will be discussed further in the next section. 


COMMUNICATION NETWORKS 

The link between the CV (CADD) minicomputer and mainframe that has been wsed suic- 
cessfully to transfer data is CV-HASP. CV-HASP is a synchronous communications software 
package that allows the CV work station to operate as a terminal to a host mainframe. This 
integration of computer systems is depicted in Figure 6. 

The particular application that we have implemented is the transfer of the WECAN input 
data generated on the CV system to the CDC 7600 for execution. Through the use of the ap- 
propriate HASP commands the input file along with necessary JCL created on the CV is sent 
to the host mainframe. After execution the output can be viewed on the CV screen or printed. 


CONCLUSIONS | 
The application of the CV system for pressure vessel sizing, designing, outline drawing, 
mathematical modeling and transmitting the data base to mainframe computer for finite ele- 
ment analysis has resulted in significant engineering productivity improvement. Additional 
benefits are gained through minimized human errors due to the use of a common data base 
and faster turn-around. | 
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Figure 1: Parameters of a Typical Head 
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Figure 2: Details of Reinforcement for Pressure Vessel Nozzles 
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Figure 3: Pressure Vessel Outline Drawing 
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_ Figure 4: Simplified Finite Element Model 
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Figure 5: Axisymmetric Model 
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Figure 6: Integration of Computer Systems Via CV-HASP 
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PIPING DESIGN SYSTEM 


Dave Wilkinson 
H.A. Simons International Ltd. 
425 Carroll Street 
Vancouver, B.C. 
Canada V6B 2J6 
604-664-4315 


1.0 INTRODUCTION 

There are several ‘Piping Design Packages’ available on the Engineering Software Market 
today. Many of these packages involve complex design of a Piping Model including such op- 
tions as pipe stress analysis, pipe sizing, and automatic pipe routing. At Simons, most of this 
work is done using manual procedures where the final product is a physical piping model. We 
undertake about 3 major projects a year, as well as several smaller projects. Major projects 
usually involve over 2000 piping isometrics, so a yearly throughput of over 6000 isos is not 
unlikely. These drawings will vary in size and complexity from large pumping systems to sim- 
ple spooling diagrams. 

Our objective in designing a ‘Piping System’ was to develop an automated procedure for 
converting the physical piping model into isometric drawings in a simple, fast, and economical 
manner. The basic development specifications for the system were the following: 


1. The final output of the system must be a proper engineering document. The artwork 
must be acceptable to our client and be equal or superior to those drawings turned out 
manually by a draftsperson. 

2. The system must be able to use a variety of standard somiponent specification files. It 
must be able to handle both imperial and metric measurements. 

3. The input of data must be oriented to the designer and draftsperson with little or no 
background in computers. The method of input must be logical and ‘user friendly.’ 

4. The computing resources available are a Computervision CGP 200 re system 
and a DEC VAX 11/780 minicomputer. 


2.0 SYSTEM DESCRIPTION 

It was decided to use the DEC VAX system to do most of the “bullwork’ eompatiie for 
this system. A set of eight programs were written to perform such tasks as data input, data 
file manipulation, conversion of data into graphics commands, creation of a Bill of Materials, 
and report generation. ) 

PISO contains the following useful features: 


1. Simplistic and logical method of data entry, for use by anyone who can read a piping 
model or a sketch from a designer. 
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2. Access to any Pipe Specification files which can be entered onto the VAX computer. 
3. Creation of a Bill of Materials containing selected or all data regarding the piping 
system in a variety of formats using DEC’s DATATRIEVE software package. 

4, Automatic insertion of a drawing border containing drawing text which is entered 
before the user begins to ‘draw’ the isometric on the computer. 

. Ability to easily revise the drawing. 

. Automatic scaling of the drawing for readability. 

. Ability to easily transmit the drawing to other main frame or minicomputers which are 
foreign to DEC equipment. 


“ITN 


Output from the VAX is a text file of CV graphics commands which is transferred to an 
execute file on the CV system. When the text file is executed, a drawing is produced which 
can be edited, plotted, or filed for later revision. © 


2.1 DATA ENTRY 

The isometric data is entered into the system from the model or sketch using a program 
called PINPUT. A form is displayed on the screen and the user enters each component of the 
isometric by ‘filling out’ the form. Components are entered in a logical order which is deter- 
mined by the user before activating the PINPUT. The user will enter the component name, 
size and location relative to the previous component. Drawing border text can be entered by 
activating a module within the input program. A component file is created by PINPUT and 
can be edited from within the program or by using a separate program called PEDIT. 

The system allows for the user to enter the drawing in more than one sitting if the need 
arises. When one returns to complete the drawing, the model is automatically ‘rebuilt’ to the 
point where it was previously left off. 


2.2 DRAWING CONVERSION 

Two programs, DRAW and DUMPISO convert the drawing from a component file to an 
execute file of CV text commands. 

DRAW performs two main functions. First, the coordinates of the components are con- 
verted from real space to drawing space. A de-scaling routine converts the distance between 
components into a more readable form, making especially long pipe lengths shorter, and vice 
versa. Secondly, pipelines are inserted into a model connecting the components. 

DUMPISO takes the output data from DRAW and inserts it into CV text commands. 
Dimension insertion commands are generated by pipeline records. Commands to insert the 
drawing border and rotate the drawing are also generated by this progam. 


2.3 REPORT PROGRAMS 

Presently, all reports produced using the drawing data are generated using BASIC pro- 
grams which are written only for the creation of specific reports. This method will soon be 
replaced by DATATRIEVE which is DEC’s query language. If the user is familiar with the 
simple commands of this language, reports can be easily generated containing any items of 
data, sorted in any order. 


2.4 EDITING THE DRAWING 

PISO is not an intelligent drawing package, cherétore there is the possibility of com- 
ponents being placed on top of each other, or dimensions being inserted in unrealistic posi- 
tions. An operator should be available to touch up the drawing before it is filed or plotted. 

When the drawing originally appears on the screen, the isometric and the border appear 
in 3D space. By putting the border in a separate port and flipping it to 2D, the operator can 
manipulate the isometric into the border. We intend to put a restriction of 20 percent on any 
zooming of the isometric so that there will be a fair degree of consistency in component size 
and dimension height among the drawings. User will take care of any ‘touch up’ work 
manually at the CV workstation. | 
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Revisions should be done by entering changes into the edit program (PEDIT), thereby 
updating the component file. However, it may be easier to make small changes to the drawing 
at the graphics workstation and enter a group of them into the VAX at a later date. 


3.0 DEVELOPMENTS | : 

PISO is still in the development stages but is now at the point where it could be used in a 
production mode. Development work is scheduled to continue for another six months with 
on-going maintenance. Two major developments will soon be implemented into the system. 
They are: 


1. Automatic scaling of the drawing to fit onto the drawing border, while not de-scaling 
the components. This may require more than one pass through the ‘‘DRAW’’ pro- 
gram on the VAX to obtain the optimum scaling factor. This will provide a consistent 
component size throughout all the drawings. 

2. A module is being added to input the data through a Tektronix CRT using a split 
screen. When the user enters the drawing, a ‘wire diagram’ representation will appear 
on the other half of the screen. This will eliminate the problem of ‘blind drafting’ and 
therefore reduce the amount of touch-up work to be done on the CV system. 


The PISO system will be implemented on a small project in mid-1981 for final testing and 
proving for production. Development and improvement will continue with the addition of 
Manhours and Material Cost Report Modules being added to the set of programs. 

PISO is seen as adding a powerful production feature to our in-house CADD ability. 
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Sample isometric 
produced by PISO 
(drawing border and 
text not activated). 
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_ PLANT AND FACILITIES LAYOUT 
USING INTERACTIVE COMPUTER GRAPHICS 


By 
Gary L. Kahler 
Harvey J. Marx 
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P.O. Box 14000 
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402-691-3808 
402-691-3806 


ABSTRACT 

Plant and facilities layout using interactive computer graphics i is a means of generating 
plant drawings using the speed, accuracy and power of a computer. This report describes the 
approach taken in its design and the structure imposed during its development to insure high 
quality, accurate, plant drawings. 


INTRODUCTION 

Plant and Facilities avout play a major role in Interactive Computer Graphics at the 
Omaha Works of Western Electric Company. A well defined plan was developed to incor- 
porate the existing Floor, Power and Service Layouts into an accurate, up-to-date graphics 
database. This plan was incorporated into a standard procedure at the Omaha Works and is 
proposed for other Western Electric locations with similar graphics equipment. 

The plant, which consists of three major buildings, (two Shop and one Administration) 
was divided into equal parts with a suitable size for plotting and maintaining the database. 
Each part contains approximately 12,500 square feet of floor space. The graphic data for each 
part of the sub-divided plant consists of a Floor Layout, a Power Layout and a Service 
Layout, stored as a single file in the graphics database. 

The single file concept saves time and disk space by creating single entities | or inserting 
symbols from a parts library that may appear on any or all of three layouts. This eliminates 
redundancy and can be accomplished by special layering techniques. 

An accurate, up-to-date database of the entire Plant is a primary goal. This will provide 
shop personnel, contractors and eugene with reliable, scaled ‘drawings that can be easily 
modified. 

Design alternatives are an important aspect of computer generated layouts. Ultimate 
design of plant facilities often requires several alternative approaches before a final version is 
approved. This design function can save considerable lead time for new, important projects. 
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GENERAL PROCEDURE 

The main buildings of the Omaha Works are identified by number, such as Building 30. 
For multi-level buildings, the floor number follows the building number and is separated by a 
dash. Each building is divided into several rectangular subdivisions called parts which are se- 
quentially numbered, beginning with (1) one. These parts are further divided into halves and 
given a suffix indicating either North, South, East or West half. An example is shown as 
‘*30.11W’’ which indicates Building 30, part 11 West. 

Drawing forms are stored as a library part and consist of a border, title block, issue col- 
umn and location key plan. General information contained in the title block is the company 
name and location, scale of drawing, building number, part number and the initials of the 
creator, checker and approvals. (See Appendix, Fig. 1). The issue column briefly describes 
changes to the layout. All prior revisions are retained for archival purposes. The location key 
plan shows the relative location of a part or half-part with reference to the building as a 
whole. Exact location is found by use of the column line nomenclature shown on two sides of 
the key plan. Crosshatching of the subject part c or half-part gives a quick, visual reference to 
its location. (See Appendix Fig. 2, 3 & 4). 

Information common to all three layouts includes a north arrow, building columns, 
match lines, peripheral aisle markings, dimensions pertaining to aisle and column centerlines 
and all restrooms. The north arrow is shown in Appendix, Fig. 5 and is located above the 
location key plan. When a part is rotated within the drawing form, a second north arrow is 
placed in the field of the drawing to indicate correct north orientation. 

Building columns are drawn as three-line figures which represent the web and both 
flanges. They are drawn to scale of outside dimensions, grouped as one entity in the drawing © 
and placed on a single specified layer. 


FLOOR LAYOUTS | | 

Plan view outlines of all equipment and facilities, including bench mounted capital equip- 
ment, are shown on the floor layout. Specific information about each different equipment 
item is specified in a callout and contains the following: 


a) Name of equipment or facility. 

b) Identification number. 

c) Reference marks showing surfaces to be used for locating equipment at EAN eum (if 
applicable) 

d) Drawing numbers of applicable installation drawings. 

e) Operators normal work position. 


Standard floor layout symbols are used to specify repetitive items such as partitions, 
channel guards, piperails, fire extinguishers, eye wash stations, water fountains, etc. These 
symbols are created and stored in a parts library. 


POWER LAYOUTS 

Only equipment and facilities requiring electrical services are shown on the power layout. 
The plan view outline of these items is shown with a eaoue which contains the following in- 
formation: 


a) Name of equipment or facility. 
b) Identification number. 
c) Drawing number of applicable installation drawings. 


Electrical plug-in distribution bus ducts are shown on power layouts and are labeled as 


such. Power supply runs are shown from the electrical plug-in bus ducts to the point of ser- 
vice. This includes overhead and 1 in-floor power runs. 
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These runs are also shown from the electrical circuit breaker panels to the point of use. 
Information contained in a callout for each power run are: 


a) Square duct or conduit size 
b) Number of wires 
c) Gage of wires 


Plan views of electrically serviced equipment and facilities show main components, such 
as control cabinets, main disconnect switches, motors, starters, heating elements, transform- 
ers, receptacles, etc. Wall or column mounted distribution panels show incoming service, ser- 
vice runs from point of distribution to point of use and a description of the distribution 
panel. Standard power symbols are used and stored in a parts library. 


SERVICE LAYOUTS 
Only the plan view of equipment and facilities requiring mechanical services are shown on — 
the service layout. Associated with this equipment is a callout which contains the following: 


a) Name of equipment or facility 
b) Identification number 
c) Drawing number of applicable installation drawings. 


Service loops and supply piping runs from the service loop are shown, along with the 
service drops to the es Information about these runs are shown in a callout and 
include: | 


a) Pipe sizes 

b) Drop sizes 

c) Elevations of horizontal runs 
d) Pitch of runs, if applicable 


Return and drain piping from the equipment or facility to the return loop is shown along 
with the same callouts. Standard symbols for piping items are created and stored in a parts 
library. 


GRAPHIC REPRESENTATION 

Graphic representation of the individual layouts within a sinele file are determined by 
layering procedures. Line weights and plots of specific layouts are also determined by layer- 
ing. Floor layouts, power layouts and service layouts occupy specific layers as described below | 
and shown in chart form in Appendix Fig. 6 & 7. The following describe and specify layout 
layering and plotting procedures: : 

Layers 10 through 19 are reserved for entities which appear on floor layouts only. Equip- 
ment and facilities that do not have electrical or mechanical service requirements are shown 
on Layer 12 and plotted with a medium line weight pen. Fine lines and dashed lines are on 
Layer 11. 

Layers 9 through 49 are reserved for entities which appear on all three types of layouts. 
Equipment and facilities that require both mechanical and electrical services are shown on 
Layer 42, and plotted with medium line weight. Fine lines and dashed lines are on Layer 41. 

Layers 50 through 59 are reserved for entities which appear on floor layouts and power 
layouts but not service layouts. Equipment and facilities requiring electrical services only are 
shown on Layer 52 and plotted with medium line weight. Fine lines and dashed lines are on 
Layer 51. | 

Layers 60 through 69 are reserved for entities which appear on floor layouts and service 
layouts, but not power layouts. Equipment and facilities requiring mechanical services only 
are shown on Layer 62 and plotted with medium line weight. Fine lines and dashed lines are 
on Layer 61. 
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Text associated with entities on Layers 10 through 18 is placed on Layer 19. 
Text associated with entities on Layers 40 through 48 is placed on Layer 49. 
Text associated with entities on Layers 50 through 58 is placed on Layer 59. 
Text associated with entities on Layers 60 through 68 is placed on Layer 69. 
When possible, text parameters are Font 1, Height:.1 and width deferred. 


PLANT LAYOUT FILE STRUCTURE 

| Each plant layout file on the Interactive Graphics System contains the data required to 
produce a Floor Layout, Power Layout and Service Layout for a single building part or half 
part. The plant layout file name consists of the building number, part or half part number 
and the issue numbers for the floor layout, power layout and service layout drawings. The 
files are stored in catalog form with each of the aforementioned items being treated as a sub- 
catalog. See Appendix, Fig. 8. oe 

Off-line storage of plant layout files are stored on magnetic tapes. These tapes are labeled 
with an identification number followed by a dash and then a reel number. Individual files of a — 
plant layout are located by referring to a drawing cross reference card which identifies the 
magnetic tape, the reel number and the relative file location on the reel. See Appendix, Fig. 9. 


RESULTS 

In final analysis, plant and facilities layout can be made easier, faster and more efficient- 
ly, using Interactive Computer Graphics. Many tangible and intangible benefits are the result 
of a well developed-program. An accurate up-to-date set of plant and facility drawings save 
time and effort in plant rearrangement or incorporation of new products, at a time when 
short lead times are critical. 

At Omaha, revisions, additions or complete renovation to a manufacturing or office area 
may be made by accessing only one database file. Changes made to any one of the three 
layouts in this file allow revising the remaining two layouts with minimum effort. Revisions 
may then be visually checked and cross-referenced from one layout to another to insure ac- 
curacy and completeness. This concept minimizes the time and effort required to generate new 
drawings. | 

Storage mediums are kept to a minimum with all data stored on, and retrieved from, 
magnetic tape. Fast accurate, plots and checkprints are made possible with the use of an 
electro-static dot matrix printer. Dot plots are used for final drawings and reproduction 
masters. 

In summation; plant and facilities layouts, using Interactive Computer Graphics at the 
‘Omaha Works, has been a viable and justifiable process. 
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PLO ONLY 


BUS DUCTS 
OPTIONAL LAYER FOR DASHED OR DETAILED 


LINEWORK WHEN LIGHT LINE OUTPUT IS DESIRED 


SYMBOLS 

POWER RUNS 

UNASSIGNED 

TEXT ASSOCIATED WITH POWER LAYOUTS 


BUILDING LAYOUT LAYERING PROCEDURES AND 
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Figure 6 
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CONTENT 


SLO ONLY 


SERVICE LOOP PIPING 


OPTIONAL LAYER FOR DASHED OR DETAILED 


LINEWORK WHEN LIGHT LINE OUTPUT IS DESIRED 
SYMBOLS 

SERVICE RUNS 

UNASSIGNED 

TEXT ASSOCIATED WITH SERVICE LAYOUTS 

FLO, PLO, AND SLO 


UNASSIGNED 


OPTIONAL LAYER FOR DASHED OR DETAILED 
WHEN LIGHT LINE OUTPUT IS DESIRED 


PREFERRED LAYER FOR ALL OTHER LINEWORK 
UNASSIGNED | 


TEXT ASSOCIATED WITH FLOOR, POWER, AND 
SERVICE LAYOUTS 


FLO AND PLO ONLY 


UNASSIGNED 
OPTIONAL LAYER FOR DASHED OR DETAILED 


’ LINEWORK WHEN LIGHT LINE OUTPUT IS DESIRED 


PREFERRED LAYER FOR ALL OTHER LINEWORK 
UNASSIGNED | 
TEXT ASSOCIATED WITH FLOOR AND POWER LAYOUTS 


Figure 6 (continued) 
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LINE WEIGHT 


LAYER CONTENT FLO PLO SLO 
60-69 FLO AND SLO ONLY 
60 UNASSIGNED 
61 OPTIONAL LAYER FOR DASHED OR DETAILED L L 
LINEWORK WHEN LIGHT LINE OUTPUT IS DESIRED 
62 PREFERRED LAYER FOR ALL OTHER LINEWORK M M 
63-68 UNASSIGNED 
69 TEXT ASSOCIATED WITH FLOOR AND SERVICE L i 
LAYOUTS | 
Figure 6 (continued) 
LINE WEIGHT PEN SIZE 
L (light) .2 mm 
M (medium) .3 mm 
H (heavy) .4 mm 
LAYOUT TYPE LINE WEIGHT LAYERS 
FLO L 1, 11, 19, 41, 49, 51, 59, 61, 69 
M 0, 2, 12, 42, 52, 62 
H 3 
PLO L 1, 21, 29, 41, 42, 49, 51, 52, 59 
M 0, 2, 20, 22 
; 3, 23 
SLO L 1, 31, 39, 41, 42, 49, 61, 62, 69 
M 0, 2, 30, 32 
H | 3, 33 
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THE PECULIARITIES AND POSSIBILITIES 
OF CAD IN SMALL ARCHITECTURAL FIRMS 


Peter Selby 
Computervision Corporation 
1040 Uxbridge Road 
Hayes, Middlesex, England 
1-561-2626 


ABSTRACT 

* The impact of CAD on two modestly-sized European firms of architects and engineers 
points the way to a promising market for smaller CV systems, such as the two-terminal 
Designer M. While the architectural field may never seriously challenge the giants of PC and 
MD, it certainly deserves some attention to its peculiarities and possibilities. 

- Already a Designer V is well established at Van Kerckhove, a Belgian firm of some 30 
employees specializing in factories, schools, and hospitals. In the Netherlands, a Designer IV 
has been installed by Haskoning, whose staff of several hundred are involved primarily in 
large government contracts and planning projects. 

This paper reflects to some degree the ideas exchanged, and the cooperative relationship 
existing between Computervision and these two pilot customers. Our objective is to clarify: 1) 
what CAD requirements are peculiar to architects, 2) how a firm’s productivity can be in- 
creased by CAD, and 3) what implications all this might have in the design of interfaces and 
databases. 

There are, I think. three principal areas in which CAD can help the architect: production 
information, design evaluation, and cost control. 


PRODUCTION INFORMATION 

Obviously, there is a need for good communication between designer and fabricator in 
architecture as well as in other industries. This demands correct and comprehensive descrip- 
tions of the proposed building — traditionally in the form of working and detail drawings, 
and specifications of required materials and workmanship. 

Initially, CAD provides the architect with automated drawing capabilities, as well as the 
ability to create standard libraries of components and constructional details. Included in the 
libraries might be standard ranges of windows, doors or sanitary fittings, or generic classes of 
components such as structural steel sections or wall construction types. These standard library 
components would be parameterized on insertion into the building model. Clearly, CAD can 
assist the architect in creating correct and comprehensive working and detail drawings. 

A further enticing prospect is the possibility of better co-ordination of production infor- 
mation. Today, architects work with increasingly complex building types. Often the design 
process is a multi-disciplinary affair, involving teams of professionals with diverse engineering 
‘specialties. It is vitally important to coordinate the various disciplines in order to eliminate 
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costly conflicts and ensure that any change made to one facet of the design is reflected in, and 
accounted for, in all other affected areas of the project. CAD’s single-source database — a 
unique mastercopy of the building — ensures that change is consistent throughout all draw- 
ings and documentation. 


DESIGN EVALUATION 

This process involves asking the CAD system to predict how a given design is likely to 
perform after it becomes a completed building. Design evaluation can be enhanced by CAD- 
generated interior or exterior perspectives, with or without hidden line removal, and en- 
vironmental simulation. In real time, the system can graphically display and mathematically 
analyze the effect of daylighting factors, heat loss and solar gain, and sunpatch distribution, 
even predicting the fall of sunlight through windows onto interior surfaces. 

CAD can also analyze value factors much harder to visualize and quantify — for exam- 
ple, the circulation of people and the building population. 


COST CONTROL 

This is closely allied to production information and design evaluation, previously dis- 
cussed. For one thing, cost control relates to the total building design process. It can be con- 
sidred part of design evaluation since at the early design stage, CAD techniques can be used 
to roughly estimate the cost, as well as the ultimate value, of a commercial building — for in- 
stance, in terms of rental area. 

Cost control also involves production information since bills of materials can be used as a | 
basis for very accurate and detailed forecasting. In cost control, CAD makes its greatest con- 
tribution in the measurement of the building fabric. Done manually, even with calculators, 
this could be an error-prone and time-consuming process. In contrast, this trivial and repet-, 
itive procedure is ideally suited to a CAD system, which stores all the correct information re- 
quired within the building model. | 


An exterior perspective of a health centre with hidden lines removed 
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A vertical perspective of a room showing the patches of sunlight from the windows at a 
specified time and place | 


OVERVIEW OF THE BUILDING PROCESS 

. Let us take an overview of the building process and see how it can be radically changed 
by CAD techniques. The task of designing a buiiding can be broken down into four sepa- 
rately identifiable parts: 1) sketch design, 2) detailed design, 3) production information, and 
4) on-site supervision. 

Traditionally, the major portion of manpower on a project is allocated to the production 
information stage. Technicians and draftsmen must generate voluminous production informa- 
tion to meet contractual schedules. This produces a pronounced peaking of the manpower 
curve, as shown in Graph 1. At Van Kerckhove, the manpower ratio between the design stage 
and the production information stage is always at least two to one. 

‘Yet the most important design decisions are made much earlier, during sketch design and, 
to a lesser extent, during detailed design. This is when strategic decisions are made about 
overall building form, siting, and orientation — decisions with far-reaching cost implications. 

On the other hand, the production information stage involves decisions of a much more 
tactical, small-scale and local nature — for example, the selection of finishes or the choice of 
staircase balustrading. On Graph 2, notice that the decision curve and the manpower curve 
are way out of sync. In fact, there is almost an inverse correspondence between decision level 
and allocated manpower. 


THE IMPACT OF CAD | 

When CAD is introduced at the production information stage, it dramatically flattens the 
manpower curve, as shown in Graph 3. Even if CAD is used at this stage only, the results can 
be significant. A company can complete projects more quickly with less manpower, and more 
smoothly manage the on-site stage through better co-ordinated information. The resultant 
productivity increases can yield substantial financial gains to the CAD user. 

What’s more, the company can now re-allocate manpower from the production stage 
back to the critical decision-making stages. Many more design alternatives can be researched 
than before, enabling architects to base strategic decisions on much improved design perfor- 
mance information. Thus buildings of substantially better value-for-the money can be pro- 
duced. | 
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Graph 4 illustrates the close match that now exists between the manpower resource curve 
and the decision curve. CAD has fundamentally shifted the resource allocation within a design 
project and, incidentally, has produced a much more highly motivated staff. 

Bear in mind that all this has been achieved by simply applying CAD to the production 
stage. If we also use CAD for design evaluation and cost forecasting purposes at the early 
design stages, building quality and performance can improve significantly. It becomes possible — 
to evaluate an even wider range of design alternatives, as well as to ask — and answer — 
questions about the design which previously were not even feasible to raise. The advanced 
computer graphics such as CADDS4 can provide ensures that clients of an architect can be 
much better informed about what they are getting, and be able to participate in early decision 
making about the building. 
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Graph 1: Manpower Resource Curve 
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Graph 2: Design Decision Curve 
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Graph 3: CAD Applied to the Production Information Stage 
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Graph 4: With Manpower Re-allocation 


IMPLICATIONS ON DATABASE DESIGN 

Finally, let us consider what implications the foregoing discussions have on the design of 
interfaces and databases. The special needs and problems of architects must be understood by 
CAD software designers. Typically, architects are more likely to think in purely graphic terms, 
and are less accustomed to communicating in mathematical languages than their MD counter- 
parts. Architects have a keen awareness of 3D form, but are more apt to conceptualize new 
graphic images with reference to other graphic images rather than, say, coordinate systems 
with certain angular rotations. 

To generate more than straightforward production drawings or simple graphic representa- 
tions of components, an architectural database will probably need much more relational, 
associative data than is usually the case. This is certainly true if the architect must obtain 
complex area or volumetric measurements of the building fabric for cost control purposes, or 
for design evaluations of rooms and spaces within the building. 

Analyses like these require a building model that contains intelligent descriptions of com- 
plex polyhedra — not just where entities are located in space, but also what they are logically 
connected to, and what their neighbors are. Quite possibly some of the work in CV’s mapping 
and piping packages can serve as a basis for developing a more intelligent and useful architec- 
tural database. 

Perhaps the most difficult problem of all will lie in the mode of connecting a suitable in- 
terface to the intelligent database. How will the required associative data be captured? How 
will solid models be derived? and interpreted from user input? This phase in the creation of 
an architectural applications package will surely require the most intense research. 


CONCLUSIONS 

Clearly, architectural productivity can be significantly enhanced by the application of 
CAD techniques. Obviously, the size of the system selected by an architectural firm will be 
heavily influenced by the firm’s own size. Most such firms, in Europe at least, are modest in 
size, and likely to find a two-task system their reasonable limitation. Hence Designer M 
should prove a cost-effective investment in a majority of cases. 
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INITIAL GRAPHICS EXCHANGE SPECIFICATION 
-(IGES): A PERSPECTIVE 


Albert J. Gibbons 
Senior Engineer 
Westinghouse Electric Corporation 
Pittsburgh, Pennsylvania 


ABSTRACT. 
- At Westinghouse a translation was written to convert files of Computervision (CV) 
. CADDS3 part geometry into Initial Graphics Exchange Specification (IGES) output files. The 


” first phase of the translation, written in early 1981, converts a subset of CADDS3 data in- 


cluding points, lines, circular arcs, and conic arcs. Two of the translator objectives are fast 
translation and easy portability to other computer systems. Implementation of the translator 
and service on three of the IGES committees has provided the opportunity to observe and 
evaluate IGES and its usefulness to Westinghouse (and other companies) on a long range 
basis. 


INTRODUCTION 
-. Westinghouse is diverse in activity and geographic location, as well as large in size with a 
multitude and variety of functional resources. Many computer aided design and drafting 
(CAD) systems, and an amount of equipment for computer aided manufacturing (CAM), sup- 
plied by an assortment of vendors, are used at plant sites throughout the country. These CAD 
systems are important both in designing new products and equipment and in modifications to 
existing designs. Several corporate data centers, with powerful hardware and sophisticated 
software, have been established to assist in the interpretation and analysis of the vast data 
generated by routine business and engineering activity including the structural analysis of new 
or modified equipment designs. Product definition data often must be transmitted from one 
location to another for purposes of manufacturing, subsequent design steps, analysis, or long 
term storage. Because of growth in the amount of accumulated information, establishment of 
additional Westinghouse locations, and installation of additional CAD/CAM systems, greater 
accessibility and portability of the available information will be the key to generation of im- 
proved products and methods at reduced costs. 

For Westinghouse the three major reasons for transferring product. definition data are: 
(1) to serve as input to the Westinghouse structural analysis system, (2) to allow exchange of | 
information within Westinghouse (or to and from Westinghouse suppliers and customers), and 
(3) to provide long term recoverable storage of the data in a neutral database (independent of 
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any specific vendor). Input to the Westinghouse structural analysis system requires neither an- 
notation (dimensioning and notes) nor precise geometry. For example, several circular arc 
segments could be used to approximate an ellipse or a spline without introducing significant 
errors. When information is transferred to another location for use there or for long term (ar- 
chival) storage, however, accuracy and completeness are essential to preserve the original 
design intent and to facilitate duplication of the part or creation of other adjacent parts. 
Because of retention requirements, which may be as long as 50 to 100 years, the use of an in- 
dependent, neutral, standard form for representing the data is important. 


HISTORY OF IGES 

To date, there is only one neutral database specification for the representation of product 
definition data, the Initial Graphics Exchange Specification (IGES). The need for a standard 
for communication of drawing and geometry information between CAD/CAM systems sur- 
faced in September of 1979 at a meeting of the Department of Defense (DOD) Manufacturing 
Technology Advisory Group (MTAG). Because of the conversions required, communication 
and interpretation of geometric data between turnkey systems and between suppliers and 
customers utilizing different graphics software and databases involved substantial cost and loss 
of time. Therefore, the CAD/CAM Interaction committee (of MTAG) requested immediate 
action by DOD. A draft document was targeted for the beginning of 1980. 

The IGES report (Versicn 1.0) was completed and made available on January 30, 1980. 
By May of 1980 the National Bureau of Standards (NBS) had received over 500 requests for 
the IGES report. The goals for IGES as stated in the report were: ‘‘(1) to produce a format 
that would permit the communication of basic geometry, drafting, and structural entities, (2) 
to produce an open end format, to facilitate the communication of new material defined after 
the IGES was published, (3) to minimize, where possible, the burdens imposed on pre- and « 
post- processors by the IGES, and (4) to gather as much input from the interested community 
as possible.”’ 

IGES is a project of the Air Force Integrated Computer-Aided Manufacturing (ICAM) 
Program. Funding comes from the Air Force, Army, Navy, and the National Aeronauti@s and 
Space Administration (NASA). The National Bureau of Standards (NBS) is the administrative 
agency for the IGES program. Over 42 companies are involved in the IGES effort with one or 
more members on various IGES committees. Employee time and travel expenses for IGES 
participation are provided without cost by the companies. Two major committees were 
formed, the working committee providing technical guidance and the steering committee for 
guidance on management decisions. Two subordinated committees are Extensions and Repairs 
(E&R), to maintain the technical intensity of the IGES document, and Test, Evaluate, and’ 
Support (TE&S), to coordinate implementations of IGES, prepare test cases for translators, 
and catalog recommended practices as a means for maximizing compatibility among the 
various translators which are produced. The February, 1981, E & R committee meeting 
brought 24 people from 20 companies plus 2 from NBS, while the TE & S meeting that 
followed had 15 people from 14 companies plus the 2 from NBS. The May meetings were 
similarly attended. The involvement by these companies is an indication of their commitment 
to IGES. | 

Over the last two years IGES has progressed through the various preliminary and public 
review stages to the final draft of Version 1. The American National Standards Institute 
(ANSI), through its subcommittee Y14.26 (Computer Aided Preparation of Product Defini- 
tion Data), has been following the development of IGES and providing many helpful sugges- 
tions. On May 1, 1980, the subcommittee voted to issue IGES as the first three parts of a five 
part proposed standard. IGES meetings in February of 1981 produced revisions and clarifica- 
tions in response to the ANSI review during late 1980. Further polishing of the document was 
the result of IGES meetings in May of 1981 with the final draft of Version 1 published by 
NBS in June. ANSI approved the draft of the proposed standard in July and submitted the 
document for printing. The completed national standard should be available before the end of 
1981, possibly as early as October. 
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Adoption of the national standard is likely to propagate increasing contractual re- 
quirements for the use of the standard for documentation purposes. Even where not designat- 
ed in a contract, the standard will be used as a convenience for transfer of information be- 
tween the parties. The vendors of CAD systems, in anticipation of customer demand, have 
been implementing translators in both directions (pre- and post-processors) between the native 
databases and IGES. | 


WHAT IGES IS, AND IS NOT 

IGES is meant to be used for the exchange of data between CAD/CAM systems and for 
the archiving of data from a CAD/CAM system. IGES was designed with knowledge of the 
technical aspects of several CAD/CAM systems. Therefore, translations between vendor 
systems, while not necessarily one for one, should be possible. The committees working on 
IGES were presented with a variety of data exchange formats, including those of the Boeing 
CAD/CAM Integrated Information Network and the General Electric Neutral Data Base. 
IGES, as a set of geometrical, drafting, structural, and other entities, has the ability to repre- 
sent most of the information in CAD/CAM systems. Furthermore, IGES can be extended 
through the use of the mechanisms provided, including user-defined entities. 

IGES is not designed to reflect the technical aspects of any one of the available CAD/CAM 
systems, nor does it copy exactly any of the exchange formats given to the committee. IGES is 
neither a perfect nor a complete specification for all data in all CAD/CAM< systems. While 
newer, more complete versions of the specification will be developed in the future, transla- 

- tions to and from IGES under the current version may result in some loss of information. 


’ HISTORY OF THE TRANSLATOR PROJECT | 

7 A PRIME computer system, located at the Westinghouse Power Systems Computer 
Center (PSCC), is used for mesh generation, hidden line removal, and other functions as 
preparation for data input to the subsequent analysis stages. To use the PRIME, however, it 
was necessary to provide the part geometry information. Direct (electronic) transfer of the in- 
formation from the Computervision (CV) system would eliminate duplication of data entry to 
the twossystems. 

In mid-1980 it was decided that a Computervision (CV) CADDS3 to IGES translator 
should be produced to operate on the Control Data Corporation (CDC) system at PSCC. 
There has been some concern that the operation of a translator on a CAD system used for 
_ production drafting would have an undesirable impact on production. Furthermore, to cen- 
tralize translations at one location seems preferable to providing a translator at each of the 
potential sites. The CDC system at PSCC is a good choice as host for the translator because it 
also is the host for the Westinghouse structural analysis software. 
| The Westinghouse division requesting the translator was primarily interested in the 
transfer of information to the structural analysis system. Westinghouse Electric Computer 
Analysis (WECAN) has substantial capabilities including (1) linear and nonlinear elastic 
analysis, (2) plasticity and creep analysis, (3) steady-state and transient heat conduction, (4) 
mode and frequency calculations, (5) seismic response spectrum analysis, (6) harmonic, linear, 
and nonlinear dynamic response, (7) modal superposition time history, (8) substructuring 
capabilities, (9) generalized linear constraints, and (10) wave front equation solvers. 

Design effort for the translator occurred during the third and fourth quarters of 1980. 
Implementation (writing and testing of the software) began in January of 1981. Translator 
phase one (points, lines, circular arcs, and conic arcs) was demonstrated for a sample part file 
in early May. Possible extensions, such as annotation, are under consideration. 


TRANSLATOR IMPLEMENTATION | ; | 

The group within Westinghouse responsible for the translator implementation is the 
Engineering Systems department of the Corporate Systems Integration Division, a part of the 
Westinghouse Productivity Center. Engineering Systems provides expertise and consulting in 
computer aided engineering (CAE) hardware/software, applications, operations, and training. 
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The translator was written in FORTRAN with special emphasis on modularization. Por- 
tions of the software which have knowledge of the details of the CADDS3 database or of the 
number system used in the CDC equipment are isolated from the more general purpose 
routines which produce the IGES output to allow for easy modification in support of a dif- 
ferent data input or a different translator host. 

Differences in terminology between CV and IGES, sometimes only to enforce IGES 
neutrality, often tended to obscure the relationship between input and output information. 
Moreover, architectural differences between the computers (e.g. 16 bit versus 60 bit word 
length, one’s complement versus two’s complement representation of numbers, radically dif- 
_ ferent floating point representation, and 8 bit ASCII characters versus 6 bit display codes) 
added to the challenge of deciphering the CADDS3 database. Because 60 is not evenly divisi- 
ble by 8 or 16, many routines were written to compensate for the uneven data manipulation. 

The mechanism for extracting information from the input part file was determined by 
careful study of the CADDS3 database reference manual and an octal dump of the part file 
of a sample part. The two parts of the output file which should be generated simultaneously 
(the Directory Entry section and the Parameter Data section) are written into parallel output 
‘file structures and subsequently merged as part of the final step. Information which must be 
supplied by the translator user is obtained interactively. 


LIMITATIONS IN DATA TRANSFER 

As a neutral database IGES exhibits differences from any vendor database. For example, 
a circular arc is represented in IGES by specifying the XYZ coordinates of the center and the 
XYZ coordinates of the end points. Some vendor systems specify the XYZ coordinates of the 
center, the length of the radius, and angles which define the end points. In IGES, an ellipse is 
represented by specifying the six coefficients of the general equation for a conic arc plus a 
number which indicates the type of the conic arc. Some CAD systems specify the lengths of | 
the major and minor axes, the angle of rotation of the ellipse in the plane, and the type of the 
conic arc. Although the representations may differ, there has been much effort to ensure the 
accuracy of the IGES entities. | 

To simplify internal processing for display purposes or to support special system features, 
some CAD systems store more information than the minimum necessary to represent a 
geometric entity. Translations to and from that CAD database may not preserve the extra in- 
formation unless user-defined entities are defined to contain the additional data. 

Different CAD systems exhibit differences in their support of certain features, geometric 
entities, or other information. Data transfers between such systems could cause a reduction in 
the information. Data transfers between such systems could cause a reduction in the informa- 
‘tion content at the receiving end. Similarly, if the features are supported by both systems, but 
with significantly differing representations for the data, information could be iost in a trans- 
fer. Such losses, however, are independent of whether IGES is used as the intermediate form 
of representation. 

IGES has not matured as yet. The entities defined in version 1.0 were intended to support 
mechanical geometry and annotation. Extensions in support of electrical and piping entities 
are the subjects of current subcommittee activity. The IGES E & R committee, in the future, 
will resolve any oversight in the original specification and add extensions in support of other 
disciplines. The TE & S committee, through publication of recommended practices, will fur- 
ther enhance the communication of CAD/CAM information between systems. 


CONCLUSIONS AND RECOMMENDATIONS 

IGES is a viable mechanism for data exchange which can be valuable to Westinghouse 
and other companies. Use of IGES should be encouraged so that the resulting experience can 
shorten the cycle time for corrections and enhancements leading to the eventual stability and 
universal acceptance of the standard. Companies should support the IGES effort, as well as 
the related ANSI activity, through distribution of information to all employees using and 
managing CAD/CAM systems and through participation on IGES and ANSI committees. 

Translators produced by independent software vendors or by CAD/CAM system vendors 
and written in FORTRAN would allow Westinghouse and other companies a choice between 
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pre- and post-processing of part files on the CAD/CAM systems or at a data center. Such 
non-resident translators could spread the cost of development and maintenance over a 
customer base if demand is sufficient. 

We now have a national standard for communication of drawing and part nfermatod 
among CAD/CAM systems. Let us all use and support the standard and help it grow. 
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‘<A GUIDE TO CAD FACILITIES ORGANIZATION 
FOR THE FIRST TIME USER” 
(Or, Turnkey Systems Aren’t) 


- Fred Sukow 
General Electric Company 
Advanced Reactor Systems Dept. 
310 DeGuigne Drive 
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Sunnyvale, CA 94086 
213-738-7445 


ABSTRACT | 

This installation guide is directed primarily towards the neophyte system buyer, although 
theré is information that might be valuable to the veteran buyer/user. The discussion is divid- 
ed into three general categories: Preparation, Installation and Implementation. 

The first step of the Preparation category involves intensive research by the prospective 
user which includes visiting CAD installations, gathering CAD operation documentation and 
studying trade publications. The next steps involve preparing people in the organization, 
readying the facilities and witnessing in pre-delivery testing. 

The second category, Installation, is subdivided into receiving, assembly and testing, and 
some general guides and hints are discussed in these areas. _ 

The last category, Implementation, is comprised of three subtopics — training, operation 
and security. On the subject of training, there is discussion of scheduling, in-house vs. vendor 
site training, and follow-on advance training. Operation covers work scheduling, work priori- 
ties, and suggestions on work tracking methods. The discussion of security touches on the 
physical such as door locks, isolation, offsite tape storage, and data/system security which in- 
cludes utilization of the system’s protection facility by use of passwords and file access 
authorization. 

The paper concludes with a summary of the salient points to be considered when organiz- 
ing your CAD facility for effective operation. 

You have all seen advertisements for Computer Aided Design Systems and you’ll prob- 
ably agree that, in general, the copy reads like one normally associated with the ‘‘Ace 
— Vegomatic Little Kitchen Aid’’. ‘“Buy this little self-contained modular turnkey beauty and, 
with just a few hours of instruction, youn be making 3-D designs of your very own space 
shuttle.’’ Right!! 

I may exaggerate just a little, but having bought one of those ‘‘turnkey beauties’’, it has 
become apparent that there are a few things you aren’t told concerning installation and im- 
plementation. I’m sure it isn’t because there is a desire to keep you in the dark; but, I think, 
probably it is assumed you know what you’re doing and it would be presumptuous to tell you 
what to do. 


325 


It is my intention to cover the basics of CAD System installation and implementation 
based on my personal experience with our first system, and I’m sure for every incident that is 
mentioned, the veterans that have fought this battle can relate a half a dozen of their own. 

This discussion is divided into three general categories: 


4, Preparation - 
2. Installation 
3. Implementation 


PREPARATION 

Prior to vendor selection, there is one relatively simple and possibly enjoyable activity 
you can participate in to prepare yourself mentally for this madness you are about to 
precipitate. I would encourage you to visit as many CAD installations as you can afford, 
within your own company and at other companies. Do not limit your trips to vendor demo 
sites. For this installation survey, it really doesn’t matter if the CAD equipment is all the same 
manufacturer as you wish to buy or that the application is always the same as yours. As you 
look, ask yourself questions such as ‘‘Is this aesthetically appealing?’’ . . . ‘Would I like to 
work in this environment?’’ ... ‘‘What do I like/dislike?’’ . . . ‘‘What could be improved?’’ 

. ‘What are the apparent problems?’’. The list can go on almost endlessly. 

Another favor you can do for yourself, while touring the world of CAD users, is to beg, 
borrow, wheedle and cajole any and every procedure or instruction that these users have on 
CAD system operation. Give serious consideration to either hiring support personnel (e.g., 
System Specialist) or engaging the services of a CAD consultant. In a nutshell, if you can’t 
talk CAD, find someone who does. 


PEOPLE 

Now comes the most important part of your preparation. This part is labeled PEOPLE. 
If your system is to be utilized successfully, you had better prepare a// of your people for the 
blessed event and this doesn’t mean just the ‘‘chosen ones’’ that will become your first 
operators. You should consider all persons including potential operators and those that may 
never get the opportunity. You have to try to create a positive attitude that will displace the. 
fear that CAD systems seem to generate: 


— Fear of being replaced by a machine. . 
— Fear of failure if they try to learn operation... 
— Fear of the unknown, and on and on. 


We held meetings almost monthly during the acquisition stage for all the designers and 
drafters to report on progress and to explain what CAD could do to assist them in their 
design work. For the meetings, we borrowed video tapes from the vendor and from internal. 
sources that provided a system orientation and an introduction to Computer Aided Design. 
Articles from trade journals and technical publications were routed around. People were en- 
couraged to take introductory classes offered by local junior colleges. In general, everything 
that could be done was done to create a positive interest in CAD. 

Personnel selection is the most important and sensitive part of the PEOPLE category. 
You must decide whether to train your people from the top down (that is, best designers first) 
or only your detailers or a combination thereof. You must also decide whether or not you are 
going to reclassify your design people as CAD operators. 

During our visits to CAD installations, we were able to observe a variety of business 
products and personnel situations, and from this decided that for us, because of our R&D 
business orientation, the best approach would be to train our best and most experienced 
designers and to not reclassify them at this time. Our philosophy for the time being is that the 
CAD System is just another tool (albeit a very sophisticated one). Moreover, we felt that the 
best people would be more likely to learn faster and use the equipment most effectively i in ae 
design mode. 
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Since our organization is a Research and Development operation and not manufacturing, 
we have placed emphasis on the design aspect and, as a result, our training is designer 
oriented. Digressing still further, it is our opinion that most CAD systems are most effective 
in the design mode rather than drafting, although productivity gains may be demonstrated in 
much of the drafting work performed on CAD. Back to the topic of discussion — PEOPLE. 

Age is not a factor in the trainability of the people for CAD operation. We have people 
with 35 and 40 years of service with the company that have been just as eager and trainable as 
the younger individuals. This may be due, in part, to the earlier positive information and 
status meetings. 

Some key individuals and your system manager must be scheduled for training classes on 
system operation before system delivery, or of course an even better approach would be to 
hire someone with the expertise in addition to scheduling system operation classes. The point 
is, Someone in your organization must know at least the basics about the system before it is 
received. Otherwise, you could find yourself waiting hours or days with an unusable system 
and have a vendor technician to tell you all you needed was to ‘‘flip this switch’’ or ‘‘press 
that button’’. 

Don’t deceive yourself into thinking you can operate anything if you have the owner’s 
manual. Many years ago when I worked on a wheat ranch, we hired a new caterpillar tractor 
driver from the crowd in front of the employment office. When asked if he could drive a D-8, 
he answered to the effect that he ‘‘could drive anything’’. He was taken to the tractor and 
told to give it a try. After circling the tractor a few times and carefully checking it over, he 
announced, ‘‘I can drive anything you can start’’. I certainly wouldn’t make that statement 
about a CAD system. The system sales representative should offer training, but, if he doesn’t, 
insist on it before signing any contract. | 


PROCEDURES 
Establish some interim instructions and procedures during this early stage. You’ll find it much 
easier now than when the world is falling apart during system installation. The procedures can 
cover such things as file labeling, design station scheduling, work request forms, system pro- 
tection, etc. They may not be exactly what you will want formally issued later, but at least 
they will provide some direction and guidance for the users. It will also demonstrate to your 
management that you really know what you’re doing. This is important for establishing the 
credibility you will need when you make all the seemingly extravagant requests for your 
facilities. 

It is extremely important that you make every effort to educate upper management on 
the benefits and realities of CAD. They must be prepared for less than miracles the first year 
and to do this you must keep them informed. | 


FACILITIES 

The facilities design challenge/problem is probably one of the most subjective areas (i.e., 
open for personal interpretation) and can be the mast difficult to sell to management. 

Our choice of facilities design was based on observations made during our tour of in- 
stallations as well as what we were able to dig out of technical articles on the subject. (As an 
aside, a guide to system installation was published after we were done that can provide much 
needed information that you might not find elsewhere.) 

We began with three general ideas for our installation: 


1. Separate CPU, plotter and disc drives from design stations. 

2. Provide a quiet, creative atmosphere with subdued, adjustable lighting for the design 
stations. 

3. Provide separate A/C for CPU area. 


Each of these ideas was examined separately to determine the most effective facilities ar- 
rangement. Starting with the first item, the goal was to provide a creative atmosphere that 
would attract the designers, make them want to use this new tool, and to provide an aestheti- 
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cally appealing installation to show visitors (and you will have visitors) that this is an impor- 
tant part of your design operation. We had the walls painted in atypical colors, the floor was 
carpeted, special color-coordinated chairs were purchased, art work is displayed on the walls, 
and all of this was done at surprisingly low cost. The biggest hurdle is convincing people that 
a nice pastel brown or orange wall costs the same as institutional white and does a heck of a 
lot more for positive worker attitude. 

Now for the ‘‘computer room’’ which is what we are calling the room housing the CPU, 
disc drives and plotter. First, the room was designed to be twice as large as needed for the ini- 
tial installation because we knew what we were going to expand and we also knew it would be 
a lot easier to make it big now than to try to add on later. This also applies to the air condi- 
tioning system (A/C); size it for the heat load of your future arrangement. The computer 
room was made separate from the rest of the system for two main reasons . . . system en- 
vironment and system security. System security will be covered in later paragraphs. 

In spite of what you may have been led to believe, the CPU operates the most effectively 
at 68°-72°F and at 45% to 55% humidity. In our case, this certainly precludes using the 
building air conditioning system, so we bought a stand-alone unit with bottom discharge. This 
unit was installed over a standard computer room false floor such that the cooled air flows 
under the floor and up through cutouts and into the base of the CPU, the disc drives and the 
plotter. It became readily apparent in our installation that having a separate air conditioned 
room was justified because the noise of the A/C unit would not be long tolerated by the 
designers at the work stations. Another problem that was discovered, after the fact, was 
flooding. Like many similar installations, our raised floor was installed in an area without 
floor drains and, subsequently, the first time the A/C condensate pump decided not to func- 
tion, about 30 gallons of condensate flooded under the wall and into some boxes of copy 
paper next door. In fact, we didn’t know there was a problem until an irate neighbor came to 
visit. We since have installed a condensate overflow drain pump to prevent this from re- 
occurring. 

To help the A/C system in maintaining the environment at a steady state, large viewing 
windows were installed along the wall adjacent to the corridor to provide viewing of computer 
equipment and activities by large groups of visitors without them actually being in the room. 

This also is an aid to maintaining security. It is necessary to go through one of our of- 
fices to reach the personnel entry door to the computer room which obviously allows screen- 
ing of visitors and helps assure no unauthorized entry. The office door and the door between 
the office and computer room have locks and they are keyed differently. Keys to the com- 
puter room lock are limited and signed out to key people (no pun intended) in order to pre- 
vent unauthorized entry. This may seem a bit paranoid, but after finding curiosity seekers 
wandering around in the computer room, touching this and that, when the door was in- 
advertently left unlocked, we became believers in this selective paranoia. I’m sure you can im- 
agine this little scenario .. . ‘‘Gee, I wonder what this button does?’’ CLICK!! 

You now have an aesthetically pleasing computer room with attractive walls and a steady- 
state environment. About the only thing left to consider is the electrical power for the CPU 
and disc drives and the plotter; the A/C and maintenance, etc., etc. 

Our philosophy was ‘‘cleaner is better’’. The cleaner, the more isolated your power to the 
CPU and drives is, the more effectively the system will operate. 

A branch circuit with its own breaker panel was installed in the computer room to supply 
the CPU, disc drives, plotter and utility outlets. The power goes from the panel to the in- 
dividual power conditioning/isolation transformers and then to each drive and the CPU. In 
addition, after a couple of power failures, we installed a low voltage trip between the breaker 
panel and the power conditioning transformers. This device trips the CPU and disc drive off- 
line with approximately a 10 volt drop in voltage and they remain off until manually reset. At 
the time this was installed, we had a high temperature switch installed in series with the low 
voltage trip and set it to trip off-line at 80°F. Since the installation of these devices, we have 
had about six low power trips and have had no disc or CPU problems as a result. Prior to in- 
stallation, we had a ‘‘near’’ head crash because of tandem power failure, approximately 5 
seconds apart, in which the heads retracted with the first failure, but the retract circuit wasn’t 
sufficiently charged to retract the heads a second time. 

Four utility outlets were located under the floor to provide power for maintenance and 
these, plus the wall outlets, are on a separate circuit that branches off the main panel 
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upstream of the power conditioning equipment. This helps prevent electrical ‘‘noise’’ in the 
power delivered to the computer. 

The A/C power is on an entirely separate electrical panel and branch circuit because the 
potential power fluctuations and the electrical ‘‘noise’’ precluded having the A/C and the 
computer near each other electrically. 

While on the subject of noise, it is probably appropriate to mention the audible output of 
the isolation transformer for the CPU. I believe it is reasonable to suggest that you not install 
this device near the operators, or, if you must, design a special sound-proof, air-conditioned 
booth to enclose it. This piece of equipment is by far the noisiest component in our computer 
room; its hum can be even heard above the noise of the A/C unit. During your visits to the 
various installations, ask about this problem so you’ll better understand what needs to 
be done. | 

The noise is not loud enough to be damaging to the hearing, but it has an effect more 
like the ancient water torture. The first 50 or so drops don’t bother you at all, but after an 
hour or so, you begin to get a little dingy. Because of the heat generation of this equipment, 
be sure you have adequate cooling air flow in your sound proof enclosure. 

One other tip regarding the power conditioning equipment is to request delivery of the 
devices well in advance of the computer equipment so that you may have these installed and 
ready to power the computer during installation and check-out by the vendor field engineers. 

As you make your final preparations for delivery, it is advisable to check all the 
aisleways, corridors, etc., to see if the equipment, crated or uncrated, will be able to pass 
through all the way from the loading dock to the CAD area. You might be surprised to find 
some of the corners too tight, some doorways too narrow or stairs that need to be negotiated. 
Keep in mind that the disc drives, uncrated, weigh over 500 lbs. You may want the shipping 
company to move the equipment rather than your own facilities people. 

A final note on facilities design is to check the NPFA No. 75, the National Fire Protec- 
tion Association Code covering computer installations. You should determine, in advance, the 
application of this code to your installation. Local interpretation may have a direct impact on 
the cost of your facilities. 

Just prior to system delivery you have the opportunity to witness the pre-delivery testing. 
This can be beneficial to you in at least two ways. One is that it will be the first opportunity 
for you to see your system totally assembled and secondly, it will be your last chance before 
delivery to repair or replace malfunctioning hardware and check your software package for 
missing programs. Your being present at the system’s ‘‘birth’’ possibly will cause some 
imprinting to take place with you becoming a surrogate parent for the system which will 
subsequently obey your every command. 


INSTALLATION | 

Your presence during installation is almost mandatory. It will definitely be a learning ex- 
perience and, at the very least, you may be able to provide some help like holding a screw 
driver or provide some muscle in moving a heavy crate. In any case, you should be there dur- 
ing unpacking to check off for receipt, in good condition, of the equipment. If there is 
anything missing from the shipment, order the replacement immediately. If you wait to order, 
you could find your startup schedule beginning to slip. Be there as your system is assembled. 
Again, anything and everything you learn about your system very likely will be of value to 
you sooner or later. Besides, this is like Christmas and all your pues combined and you 
should be the one to have the fun. 

In our case, during installation, a grounding cable was not run between the CPU and two 
of the terminals. This was subsequently forgotten and, later, when there was some static elec- 

tricity problems, the solution was readily apparent, but obviously the problem could have 
- been avoided. 

After the system is completely assembled, you will go through lengthy and thorough 
hardware and software acceptance tests. As parts of the system are checked, you will be asked 
to sign for acceptance. However, if there is any piece that doesn’t check, you may sign the ac- 
ceptance with exceptions. In our case, lacking a MODEM, we were unable to check the com- 
munications hardware/software with our mainframe computer. We added a note to the accep- 
tance sheet that these hardware/ software features were not accepted. 
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It is important that your vendor has two resources: a 24-hour hot line for emergency ser- 
vice and a national accounts representative for your firm. A call to either of these resources | 
will usually get prompt response. We are fortunate that, in addition, we had very talented and 
responsive local vendor personnel. : 

Whenever you have a system problem, call the vendor hot line. Although it may be a 
bother to call sometimes, every call is important. A running record is made of your system 
problems and, if a trend begins to show in the nature of these problems, the vendor will prob- 
ably spot it before you and be better prepared to provide a solution to the problem. 


~ IMPLEMENTATION 
| Finally, the last topic is that of implementation which I have divided into three SuESctS 
labeled training, operation, and security. 

As a preface to this discussion, it should be pointed out that your approach to training, 
job selection and work priority will naturally be related to your function in your company’s 
organization. This discussion is biased by the fact that we are part of an engineering services 
type organization. 

In any case, do plan to send your system manager and/or system specialist to the System 
Operations class prior to delivery. Even if they have some experience in CAD operation, this 
type of class covers many important aspects of system operation, some of which are certain to 
be beneficial. If you plan to have the vendor provide instructors for the ‘‘Basic Operators 
Class’’ to be taught at your site, then you must schedule this well in advance. Don’t wait until 
your system is running and then call to schedule classes; there may be a 6-8 week waiting list. 
-You’ll find yourself with a working system and no one to use it for 8 weeks. Look ahead at 
the next phase of the training you will need and begin to rough out schedules and lesson 
plans. You will be so busy in the ensuing months that it will seem extremely difficult to do 
this planning then. 

Prior to actually beginning your CAD operation, there are some work logistics to be con- 
sidered. On the surface, work scheduling would appear to be rather straightforward and 
‘trouble free and, if you are very good at preplanning, this might be true for you. However, 
for the rest of us, let me outline some considerations that may help you begin organizing your 
work scheduling. 

The ability to do work on the CAD System is a dynamic, growing capability. To cope 
with this variable situation, we developed a method of job selection and distributed an extract 
to the engineering functions that will be requesting work. 


JOB SELECTION 

For selecting the particular work to be applied to the system, a number of specific criteria _ 
can be considered. In initial applications, the complexity of the job will be one of the most | 
important. Since the operators (I prefer designers) will initially lack the system experience and 
sophistication required by most complex 3-D tasks, nearly all of the early use will probably be 
limited to 2-D layouts and diagrams. As the designers gain knowledge and experience, the 
complexity of the work will increase. Other selection criteria can include: job schedule 
pressure, whether the work is old or new, and if old, is there time to reconstruct the data base 
(drawings) on the system; and finally, there may be some tasks that will be assigned to the 
system in order to provide some ‘‘showcase’’ jobs for reports and demonstrations. 

In our case, the actual job selection process has three basic steps involving Engineering 
and Drafting. 


1. Drafting and Documentation will formulate a list of candidate jobs based on the 
criteria discussed above. The inital listing will be formulated shortly before first ap- 
plication and continuously updated. 

2. Engineering Management representatives will be given the opportunity to review the 
list and input their definition of priority. Obviously, there may be particular jobs that 

_are not listed that they would like on the system and other jobs listed that would bet- 
ter be done manually. 

3. The last step of the selection process is the negotiation to resolve any differences. 3 
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We followed the lead of the CAD installations we visited by developing a special CAD 
Work Request form. This form parallels a standard drafting work request with the addition of 
a CAD time estimate as well as a manual time estimate. An interesting event occurs with work 
on the CAD System and it follows a pattern something like the following: 

Mr. Engineer brings in a design job that he estimates and budgets will take 200 hours to 
do manually. You assign it to a Designer and he proceeds to flash through the job on your 
CAD System in 100 hours. As soon as Mr. Engineer realizes that he is going to have a lot of 
time/money left over, he begins to ask for iterations on a few areas he may be less than 100% 
satisfied with (that qualification might cover a number of areas). In this manner, the whole 
200 hours is used up for the job. He then says, ‘‘Well, you did a good job, but it took you 
the same amount of time as it would have manually, so where is the savings?’’ Gotcha! 

On the back of the CAD Work Request, there is a ruled area for listing iterations that 
were not part of the original job scope. In this way, the total time may be justified in terms 
of increased scope and still show a cost improvement of CAD over manual. 

The subject of operation is so big that it needs separate coverage, so with these few tips, 
we will move onto the next topic which is security. | 

Security may be divided into sub-categories which I have labeled physical and data. 
Physical security, which was previously discussed, includes the obvious such as locks on the 
doors to control access to the CPU, and no one is allowed access to the computer room 
without authorization of the System Manager or the Operations Specialist. 

As mentioned earlier, this room contains the disc drives plus it also contains locked 
storage cabinets for the magnetic tapes and the disc packs used for back-up purposes (i.e., if 
the data on a disc becomes questionable or lost because of a head crash, etc., you have a 
disc(s) that only needs reloading of current data). 

Data security includes the use of the system protection facility commands which provide 
for controlled user access. An authorize file may be established that defines user access and 
this access control allows you as Systems Manager to prevent unauthorized access of either the 


__ system or specified files within the system. 


You may also protect against changes to issued data except by special approval or even 
prevent filing of any data without authorization. 

‘Included in the data security category is the protection of generated data stored on the 
disc by use of regular taping routines. If you transfer data from the disc to tape on a daily 
basis, you will never lose more than a day’s design work. This applies to a single shift applica- 
tion and, obviously, if you are working multiple shifts, it might be best to tape at the end of 
each shift. We also tape on a weekly basis to provide additional backup to the daily taping 
and ntinimize the tape inventory. Duplicate tapes are stored off-site, for common mode 
damage protection, including copies of all the required system tapes as well as our library 
tapes. 

We have had the computer room made a check point for the roving night guard for 
security protection, but also to check on the power conditions of both the air conditioning 
system and the CAD System and, if there are any problems, he has a list of people to call 
and notify. 

This has been just a cursory look at system implementation and not an attempt to pro- 
vide an in-depth look at this subject. There is just too much to discuss as an addition to the 
topic of this write-up. 


SUMMARY | 

We have covered many aspects of the preparation for a CAD System and the installation. 
Hopefully, what has been discussed here will at least trigger questions to ask during your 
review of user sites. You should have an idea of what to look for at an installation and some 
leading questions to ask the users. . 

In planning your facility, remember to think of establishing an atmosphere with aesthetic 
appeal as well as one that is conducive to operation creativity. You want the operators to feel 
comfortable with this new tool and proud of being a part of its use and development. 
Therefore, not only the atmosphere must be right, but the users must be kept informed of 
what is happening and excited with the potential of CAD. 
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You must do all you can to provide a clean, secure containment home for the CPU and 
disc drives and assure the ‘‘cleanest’’ power source you can afford to ensure data integrity. 

System operation classes should be taken prior to delivery and as many of the operator | 
classes as you can foresee should be scheduled well in advance of your need. Schedule each 
step of the delivery and installation and be sure that it is physically possible to move the 
equipment from the loading dock to the CAD area. You or your representative must be pres- 
ent during delivery and installation and remember to promptly order missing or 
damaged items. | | . 

Establish preliminary operating instructions and procedures to provide initial guidance to 
the operating personnel during the hectic early days. System security must begin immediately 
and be maintained consistently throughout operation. 

Implement a method of work scheduling and work tracking. You must have a means of 
work tracking in order to judge work effectiveness and, just as importantly, system 
justification. | 

You are going to have problems and growing pains, but if you remember you have 
friends as close as the telephone hot line and if you promptly discuss your problems with 
them, most of these will be rectified very quickly. 

Wasn’t that easy? Now that you have your first system running like a clock, what’s next? 
Get out your long range plans. When do you need to expand? What is the current equipment 
lead time? Maybe you should have placed your order today! What about networking? What 
software will you need? Do you have room? What about money? 

Exciting isn’t it? 
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PRODUCTIVITY AND PROFITABILITY 
WITH CAD/CAM 


Chuck Cummings 
Babcock & Wilcox 
20 S. Van Buren Avenue 
Barberton, OH 44203 
216-753-4511 


ABSTRACT 

The purpose of this paper is to examine productivity and profitability with CAD/CAM. 
It will provide a simple framework to measure the tangible savings of CAD/CAM, determine 
the economic “‘break-even’’ point based on those savings and their associated costs, look at 
the things to which profitability is sensitive, and point out a problem with intangible benefits. 


INTRODUCTION 

CAD/CAM systems are almost always justified on the basis of increased drafting produc- 
tivity and a series of intangible benefits. Looking through the current literature will show that 
the only ‘‘tangible’’ savings commonly attributed to the use of CAD/CAM is a savings of 
drafting man-hours. Furthermore in most cases, the ‘‘intangible’’ benefits (improved design, 
shorter product cycle, flexibility, etc.) are the real incentive to purchase a system. A serious 
confusion exists between the concepts of productivity and profitability. If the price of in- 
creased productivity is very high, perhaps we can’t affort it. Typically, it is claimed that as a 
pure drafting tool a CAD/CAM system is a marginal investment; but when intangible benefits 
are considered, it becomes a very good investment. The implication is that intangible benefits 
make CAD/CAM systems profitable. This may or may not be true. It certainly hasn’t been 
proven. I believe it is true, however, and the challenge is to prove it. 


A FRAMEWORK FOR MEASURING TANGIBLE BENEFITS 

To begin we will look at the tangible savings from using a CAD/CAM system; namely, 
increased drafting productivity. We will design a simple framework for measuring the 
increase. 

For the sake of simplicity: we will assume that there is a CAD/CAM system that has six 
workstations and all other required hardware and software. This system was purchased by a 
company (fictitious) for a total of $600 thousand. The hardware cost $550 thousand and the 
software $50 thousand. A room was prepared for the system at a cost of $50 thousand. The 
company paid cash for all of this and believes it will all last for five years: | 
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Over five years, the total system cost is: 
$550 + 50 + 50 = $650 thousand 


The system, both the hardware and the software, will be maintained by the vendor and to 
start, the company will pay 1% per month of the cost of the hardware for the maintenance. 
The maintenance contract will be negotiated every two or three years and the average escala- 
tion in the cost will be 2% per year: (That is a pretty good deal.) 1% of $550 thousand is © 
$5500 per month to start. Over five years, the total cost of maintenance is: 


(5.5) (12) (1+ 1.02 + 1.02? + 1.02? + 1.02*) = $343.5 thousand | 


Supplies (plotter paper and pens, magnetic tapes, etc.) will cost $400 the first year and 
will escalate 10% per year. Over five years the total cost of supplies is: 


(4) (6.1051) = $24.4 thousand 


Since a number of things in this example will be escalated at 10% per year, note that the 
total value of $1. escalated over five years is: 


(1.) (1. +1.14+1.17+1.1°+1.1) = $6.1051 
Also note that the average value of $1. escalated over five years is: 
6.1051/5 = $1.22102 


This is only the first system. If things work out well, there may be more. There is a person 
who keeps track of all of that. He is called the CAD/CAM man. He costs the company $35. 
thousand a year. There is another person, the system manager, who schedules the terminals, 
makes sure everything is running properly and much more. That person costs the company 
$30 thousand a year. There is a technology exploiter to make sure CAD/CAM is being used 
as well as possible — $25 thousand a year, and finally a clerk (plotting, file maintenance, etc.) 
for $20 thousand. These people all attend user group meetings, seminars, etc., so, they have 
fairly heavy expenses — 15% of their costs above. Taken together they are overhead person- 
nel chargeable to CAD/CAM. This will be referred to as people costs. Over five years, the 
total cost of people is: | 


(20 + 25 + 304+ 35) (1.15) (6.1051) = $772.3 thousand 
That is almost three quarters of a million dollars and appreciably more than the cost of 


the system. 
Over five years, the total cost of CAD/CAM is: 


System ~ § 650 thousand 
Maintenance 343.5 
Supplies 24.4 
People 772.3 


TOTAL $1790.2 thousand 
The average cost per year is: 
$1790200/5 = $358,040. 


If one shift at a workstation is 2000 hours per year and the workstations are available for 
productive use 95% of the time, then the total workstation time available on the system is: 


(6 workstations) (.95) (2000) = 11400 hours per year 
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The cost of CAD/CAM itself for a one-shift operation is: 
358040/11400 = $31.41 per workstation hour 
This is based on salary and fringes plus expenses for overhead personnel. 


The primary economic justification for CAD/CAM is increased drafting productivity. 
The change in productivity, Rp, is expressed as the ratio of the hours required to do a job 
manually versus the hours required using a system. 


Rp — Manual hours 
hours on system 


THE BREAK-EVEN PRODUCTIVITY RATIO 

If productivity increases slightly, say 10% (Rp = 1.1), the increase is going to be very ex- 
pensive for the company. If it increases greatly, 1000% (RP = 10), then the company will 
make a lot of money. There is a point at which CAD/CAM will just pay for itself, the com- 
pany will simply break even. At that point, we have the break-even productivity ratio, R. 

The hourly cost for doing a job on CAD/CAM is the cost of the person for an hour plus 
the cost of the workstation hour. The hourly cost for doing the job manually is the cost of 
the person for the hour. The ratio of those two is: 


Cost of workstation hour + cost of person hour 
Cost of person hour 


We already know that the workstation costs $31.41 per hour. Currently, an operator costs 
the*company a total of $11 per hour; but, like overhead personnel, his cost escalates at 10% 
per year. The average value of a dollar escalated at 10% over five years is $1.22102, so the 
average cost of an operator is: | 


(11) (1.22102) = $13.43 per hour 
The above ratio, then is: 


$31.41 + 13.43_ 3 34 
13.43 


It costs the company 3.34 times as much per hour to do a job on a CAD/CAM system as 
it costs to do it by hand. If the operator can do 3.34 times as much work in that hour for 
3.34 times the cost, then the company will break even, so the break-even productivity ratio in 
general is: 


R = Cost of workstation hour + cost of operator hour 
Cost of operator hour 


and in this example: 
_ 31.41 + 13.43 _ 3 34 
13.43 


CAD/CAM must make it possible to do the drafting work 3.34 times as fast for the com- 
--pany to break even. 
If the system were used two full shifts, then: 
_ 15.70 + 13.43 947 
13.43 
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SENSITIVITY ANALYSIS | | 
If we call the cost of a workstation hour, W, and the cost of an operator hour, O, then: 


p-W +0 
O 


The cost of a workstation hour is the total cost of CAD/CAM divided by the total 
number of workstation hours available. Call the total cost of hardware, software, site, main- 
tenance and supplies, S. Call the cost of people, P and the number of workstation hours, H. 
Then: 


p-(S+PV/H+O_S+P ,, 
O OH 


R is the productivity ratio required for the company to break even. If R is small, the in- 
crease in productivity required to break even is small and likewise, the productivity increase 
required to be profitable is small. Profitability is inversely proportional to R. As R gets 
smaller, profitability gets ae Therefore, to increase profitability, we want to decrease R. 


~ How do we do that? What is R sensitive to? 


Re SS eI 
OH 


Any change in S, P, O or H will cause a change in R. As the cost of hardware, software, 


site maintenance and supplies increases, R increases and profitability decreases. As the cost of 


overhead personnel increases, profitability decreases. On the other hand, as the cost of 
operators increases or the number of hours of use increases, profitability increases. Based on 
this analysis, then, to increase profitability, do the following: 


1) Decrease S. Buy the cheapest system that will do the job. Negotiate the least expensive 
maintenance contract possible. Spend as little as possible on the site. Use SUpBs. as spar- 
ingly as possible. 

2) Decrease P. Reduce the number of overhead personnel. 

3) Increase O. Save man-hours for the most expensive operators possible. All this means is 
that the more expensive the operator, the more profitable CAD/CAM is. 

4) Increase H. Use the system as many hours as possible. Minimize downtime. 


It should be noted that as the number of overhead people increases, the number of work- 
station hours available for productive use decreases because overhead people tend to use 
workstations. Both of these things depress profitability, so that increasing the number of 
overhead people has a doubly bad effect. Overhead personnel should never r be added without 
justification! (See Appendix) 

Some of these actions are incompatible. For example, it probably isn’t possible to mini- 
mize both the cost of maintenance and downtime. Some common sense is helpful, too. It isn’t 
reasonable to give all drafters a big increase in salary to save more expensive operator hours. 


A PROBLEM WITH INTANGIBLES 

In the one-shift operation in the earlier example, the break even productivity ratio was 
3.34. If the company is doing mechanical drafting and using the system as delivered, that may 
be very difficult to achieve. It may be impossible to achieve in which case the company will 
continue to lose money on drafting. However, the drawings are cleaner and neater and more 
consistent. They are also more accurate. They have fewer errors and they are completed more 
quickly. All of those things have an appreciable amount of value, but it is intangible — it is © 
difficult to judge the dollar savings represented. Nevertheless, when added to the productivity 
increases in drafting, it clearly makes CAD/CAM very profitable. Or does it? | 
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If we look at the equation implied, we see that something is missing. Let tangible savings 
be S, and tangible costs be C, and intangible benefits be S;. Then: 


Profit=S,-— C, + §; 


A little trickery was used to illustrate a point. S was used for both tangible savings and 
intangible benefits as though savings and benefits were the same thing. They are not. When 
we speak of tangibles we understand that benefit means net savings or total savings minus 
total costs. When we speak of intangibles we imply that the net value is positive — total sav- 
ings are greater than total costs, or more likely, we completely fail to recognize that there are 
any intangible costs. Just as there are tangible costs associated with tangible savings (cost of 
CAD/CAM associated with the savings in drafting hours), so there are intangible costs 
associated with intangible savings. The assumption that the net intangible savings — the in- 
tangible benefit — is positive, can easily be challenged. It needs to be investigated. A more ac- 
curate equation is: 


Profit =S, re Cc = S; = Ci 
A couple of examples will clarify what sort of things are intangible costs. 


_The management of the company in the earlier example recognized that the attitudes of 
the operators would have an effect on their productivity. If they felt intimidated and unhap- 
py, they wouldn’t be very productive; but if they felt confident and happy, they would be 
- very productive. Since this was the first system it was important to make a good showing. 
Therefore, in order to instill confidence for the 12 drafters chosen from among the 110 
available, they were given new job titles. To make sure they were happy, they were given an 
extra two dollars an hour. Surely enough, they became confident and happy and very produc- 
tive. Although the effect of their attitudes on productivity is intangible, it is real, and the 
system has an overall productivity ratio of 3.5, which makes it not only productive but also 
profitable. The best that could have been expected with poorer operator attitudes would have 
been 3, which would make the system unprofitable. Alas, when the other 98 drafters heard 
about the job titles and the extra two dollars an hour, they became very unhappy and produc- 
tivity at the drafting board fell sharply. In fact, overall drafting productivity is way down. 
The intangible savings — increased productivity because of high morale among the twelve 
operators — has been more than offset by the intangible cost of low morale among the other 
98 people. The intangible benefit is definitely negative. 

Another company, a small one, has even worse problems. When they installed 
CAD/CAM, they recognized that they would cut the engineering time by 35%. They went out 
and told all of their customers. Their customers were very happy. The company even got a lot 
of new contracts. Now however, the drawings from the system are piling up in the mail room 
because the shops aren’t ready for them. They have searched in vain for qualified welders. 
Without them they have a manufacturing bottleneck. They have had to build an expensive 
new facility for the inventory of raw materials that is accumulating. The customers are now 
angry and manufacturing is really feeling the pressure. Morale there is very low, which is 
delaying shipments even more. The intangible saving was shorter engineering time. The in- 
tangible costs are extreme. 

The point is not that intangible benefits are always negative, but rather that they must be 
investigated. Intangible savings are difficult to measure. Intangible costs are much worse, but 
if everyone is aware of them, we will certainly learn more about them. As intangibles become 
clear, they become tangible. When that happens, we can prove how profitable CAD/CAM 
really is. 


CONCLUSION 
| The normal measure of CAD/CAM system productivity is the ratio of the hours to doa 
given task on the system, to the hours required to do the job by hand. We may require, 
however, that the job be done not only faster but also cheaper. Profitability is another 
measure of the ‘‘goodness’’ of CAD/CAM and one that gets a lot less attention. To a great 
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extent, profitability is presented in terms of intangible benefits. But, there is a problem with 
intangible benefits; namely, intangible costs which are almost always ignored. In order to 
understand the true benefits of CAD/CAM, we must look more closely at intangibles. As we 
do we will learn more about them and some intangibles will become tangible. The technology 
and all of us involved with it will be better off for the effort. 


APPENDIX 

Clearly, there is a conflict between the short term goal of making a CAD/CAM system as > 
productive and profitable as soon as possible and the long term goal of making it as produc- 
tive and profitable as possible; namely, overhead people. In the short term, the cost of over- 
head needs to be minimal to achieve the best immediate results. However, overhead people do 
things that can greatly enhance the benefits of the technology. The company in the example 
has a CAD/CAM man. They are planning to expand the technology as widely as it will be 
beneficial. Without the CAD/CAM man, that would be undirected and possibly disastrous. 
The Technology Exploiter has already opened up lucrative new channels by providing links to 
the ‘‘main-frame’’ finite element programs and to the numerical control operations. In the 
long run these benefits will far outweigh the cost of the people involved. All decisions 
concerning overhead personnel should be considered very carefully and include both short 
term and long term ramifications. 
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CADDS 4 REV 2 — 
A USER’S REVIEW EVALUATION 


William G. Beazley, Ph.D. 
Marine Division 
Brown & Root, Inc. 
Houston, TX 77001 


1. INTRODUCTION 
Computervision Corp. plans to release their new CADDS 4 REV 2 software sometime in 
July, 1981. The Marketing buildup and heightened user’s expectation of the performance of 
CADDS 4, particularly REV 2, is based in part on the widely recognized limitations of 
CADDS 3. The author has had an opportunity to work both with CADDS 3 and CADDS 4 
REV 2, and a comparison of these two software packages can guide others in selecting the 
“one appropriate for their application. 
' The present review will begin with the limitations of CADDS 3 addressed by CADDS 4, 
The second revision of CADDS 4, meant to meet or exceed the performance of CADDS 3 
© REV 11, will then be discussed in terms of its practical utility. Finally, the remaining areas of 
“improvement for CADDS 4 will be reviewed, with suggestions for future work. This paper 
will exclude issues such as bugs or minor command modifiers, and concentrate on the concep- 
tual issues of the software packages themselves. 


2. CADDS 3 — CADDS 4 COMPARISON 

CADDS 3 is a popular CADDS software package developed principally to run on CV’s 
CGOS 100/10 Operating System and a CGP100 CPU (developed from CV’s experience with 
the Data General NOVA minicomputers). It has limited support for a variety of 3D data entry 
and manipulations, and excellent support for the more common 2D computer-aided drafting 
applications. Prominent among these are the schematic drawings using small symbol libraries 
and drawing extracted reports, i.e. PC/ES, P&ID, etc. The support for MD capabilities are 
typical of the wire-frame geometric approach; lines, points, strings, with no particular user 
use of their connective associations in any general way (except in associative dimensioning and 
chaining digitizes). Speciality applications, such as, Finite Element Modelling (FEM) are add- 
ed to the existing entity support as a kind of forced retrofit, but with acceptable results for 
most users. The main mechanisms for a particular CADDS 3 drawing to “‘borrow’’ data from 
another drawing, were via drawing copying and editing, INS PART FIG and NFIG com- 
mands, layering conventions (one drawing per layer set), and selected data extraction pro- 
_. cedures, i.e. MERGE NET. The most popular mechanism by which engineering data was par- 
-titioned into: separate drawings was, simply, to have separate CADDS parts for each one. This 
approach required endless waves of drawing updates with each design change. 
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For these and other limitations CV took a fresh approach, CADDS 4. A summary of the 
limitations of CADDS 3 which CADDS 4 appears to address is given in TABLE 2.1. The in- 
troduction of CADDS 4 involved the use of a new processor (GPU) and a new type of ter- 
minal (Instaview), both discussed here as CADDS 4 features. The limitations listed in TABLE | 
2.1 will now be briefly discussed. 


2.1 MODEL/DRAWING DICHOTOMY 

The single feature of CADDS 4 which separates it from CADDS 3 is the introductions of 
the Model/Drawing partitioning on database graphics entities. It is a clear recognition that a 
difference exists between the information necessary to describe a physical object and the 
numerous drawings and documents necessary to record this data on paper. The model and 
‘model entities are data describing this object and visually displaying it in approximate form to 
the user. The drawing entities are the appearance the model and associated data has in the 
drawing. This means that the model must be made available to all draftsmen drawing up the 
-design while they create the drawing itself. Only one user may be in the model mode, where 
the model itself can be changed. All others must remain in the drawing mode, where only 
drawing entities can be added. 


Table 2.1: 
_ Apparent Impact of CADDS 4 on CADDS 3 Problems 


CADDS 3 Problem CADDS 4 Solution 


. Model/Drawing Dichotomy . Model/Drawing Modes 
. New Orientations Difficult, Slow . ICU (Image Control Unit) 
Temporary, Permanent Orientations 
. Construction Plane Concept 
. GPU/VGU Raster Refresh Technology | 
. Solids. Modelling, Generate DETAIL Command 
. Consistent Punctuation 
. Resume System, Resume CADDS 
. VARPRO2 
. Faster Commands, Distributed Processing 


. No Independent Coordinates 

. Limitations of Repaint Technology 

. Wire Frame or Symbolic Graphics 

. Inconsistent Punctuation 

. Few System Commands While in CADDS 

. FORTRAN, PEP, VARPRO, PAREX Limitations 
. Response Time 


OOnNO oS © Nn — 
OONO OS © Le 


2.2 GENERATION OF NEW ORIENTATIONS 

The two main uses for obtaining a new orientation of something being drawn are to draw 
a view more clearly showing important detail and better interactive identification of entities on 
a cluttered display. Rotating to a new orientation in CADDS 3 invoked a REG REG via the 
SEL VIEW command. This step is eliminated after the first view is activated by direct opera- 
tions of the Temporary View File (TVF) using the Image Control Unit (ICU) at the display. 
Temporary view manipulations of the views may be made permanent. 


2.3 INDEPENDENT COORDINATES FOR DATA ENTRY 

CADDS 3 lacks the ability to enter spatial data in terms of an independently defined | 
coordinate system. (The DEF VIEW command sets no origin for data entry.) CADDS 4 in- 
troduces a Construction Plane Concept which solves this problem. The author used this 
CADDS feature to construct a CADDS FEM part for the tubular structural joint shown in 
Figure 2.1. 


2.4 STORAGE TUBE TECHNOLOGY LIMITATIONS 

CADDS 3 uses a regen file approach developed to support a storage tube hardware con- 
figuration requiring frequent repaints. CADDS 4, when used with the refresh-type raster 
screen Instaview terminal, uses a special processor GPU and direct video transmission from 
VGU Boards located at the computer to change screen appearance much faster. The limita- 
tions of raster displays themselves are well known and will not be discussed here. 
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Figure 2.1: Finite Element Model of Structural Tubular Joint 
Generated Using Two User-Defined Construction 
Planes. 


2.5 WIRE FRAME GRAPHICS | 

Wire frame graphics, quite acceptable for most Mechanical and symbolic applications, 
require extensive editing for certain 3D applications requiring pictorially correct views, i.e. 
Plant Design and Architecture. CADDS 4 has introduced GENERATE APPEARANCE and 
GENERATE DETAIL commands which, consistent with their notion of drawings as represen- 
tations of data models, examines selected model entities and generates their true appearance. 
This solids modelling is a new departure from the limited surface modelling and fonting 
capabilities of CADDS 3. 


2.6 INCONSISTENT PUNCTUATION 

CADDS 3 is famous for its liberal use of contractions, abbreviations and punctuations 
conventions. CADDS 4 has made this more consistent, although changing verbs and nouns 
liberally and adding hierarchical modifiers to many commands. The author views the produc- 
tivity gain here as a probable draw. 


2.7 SYSTEM COMMAND ACCESS 

CADDS 3 suffered from endless bouncing back and forth between system and CADDS 
level to use features in both. CADDS 4 may now be suspended to allow full use of system 
commands. Unfortunately the menu is suspended also, but this is a minor limitation. 


2.8 FORTRAN, PEP, VARPRO, PAREX LIMITATIONS 

The main vehicles for drawing automation for CV are FORTRAN, PEP, VARPRO and 
PAREX. A complete discussion of the limitations of these routines is outside the scope of this 
paper. The principal tradeoff presented to the applications programmer was ease of program- 
ming vs. full use of CADDS commands. VARPRO2, with text file reads and writes, vector 
operations, FORTRAN routine calls, and other features appears to address these 
shortcomings. ; | 


2.9 RESPONSE TIME 

_. The worst criticism of CADDS 3 is (at least for the author) response time. This is an 

- outgrowth of several of the factors discussed above. Depending on the command, CADDS 4 
is much faster than CADDS 3. This has been accomplished mainly by two improvements. 


_ First, much of the computational overhead has been distributed to the GPU which has its 
~» Own memory and more direct access to the terminal displays. Tests by the author on a 5,000 
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line drawing executing a zoom all (ZOOM VIEW ALL) command showed CADDS 4 REV 
1.01 response time to be about 25% of CADDS 3. Secondly, many of the commands them- © 
selves have been rewritten for speed, though more preparation is required in library generation 
(PREP NFIG, etc.). Response time has increased, however, for some commands from | 
CADDS 4 REV 1 to REV 2. CV must continue to regard response time as one of CADDS 4’s 
principal merits. | 


3. CADDS 4 REV 2 

A preliminary list of CADDS 4 REV 2 enhancements may be found in TABLE 3.1. 
Brown & Root has experimented with preliminary versions of most of these enhancements, 
with the exception of the numerical control applications. The overall objective of REV 2 was 
to incorporate the features generally present in CADDS 3 REV 11. Selected enhancements will 
now be reviewed. 


3.1 FINITE ELEMENT MODELLING 

FEM software has now become a much more generalized package with user-definable 
elements, checking aids (element shrinking) and several methods of displaying analytical 
results (i.e. distorted shape, mode shape, time response display, etc.). Grid points are tagged ° 
at insertion, but numbering cannot support NASTRN standard 8 digits. These capabilities are 
not well integrated into the database. Separate commands must be used for moving and copy- 
ing. You cannot dimension to grid points and you apparently have no control over grid point 
symbol size (currently too large). This will be an exceptionally strong product if thesé and 
other deficiencies are corrected. , 


3.2 MD DIMENSIONING | | 

Dimensioning is definitely improved with modifiers permitting alignment of dimensions 
across the page (good practice), and conformance to JIS and IOS dimensioning standards. 
Still, conformance to good practice in the United States is necessary on items such as solid 
isometric dimensioning, selective editing of witness lines and editing to dimension text and 
symbols (i.e. follows the dimension in some shops). 


3.3 VARPRO2 

A major change in philosophy of applications programming by users is VARPRO2, 
already discussed. This is a much more powerful VARPRO, following the variable execute file 
generation approach. The use of online variables in CADDS 4 makes this a strong feature. 


3.4 PIPING 

A major feature of the REV 2 release of CADDS 4 will be the Piping and Plant Design 
software features. These commands are simpler than CADDS 3 REV 11 though they cannot 
be simplified beyond the complexity of plant design itself. Piping has evolved in CADDS 4 
into a family of commands obeying a CV set of property conventions on entities. To use the 
full range of capabilities, one cannot deviate from these conventions, hence, the users problem 
is now one of converting CV format results into in-house formats. It would be almost un- 
thinkable to attempt to reconstruct the fittings library, for example. 

New features have been added, primarily, automatic hidden line removal using a solids 
modelling approach (see Figure 3.1) and a pipeline extraction command for isometric and 
spool drawings. But with these come new questions. How large a plant can be successfully 
modelled on CV? What is the impact of the additional drawing entities generated for each 
drawing, also stored in the same file as model entities? How are the large but distinct plant 
areas, certain to be designed on separate CV systems, to be combined into a single database? 
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Figure 3.1: Hidden-Line Detail Generated from Solid Geometric Component Descriptions. 


3.5 OTHER CHANGES 

The fast refresh capabilities of Instaview raster technology make animation possible. The 
author has experimented with this for both FEM mode shapes and for two time history 
simulations. The FEM capability is too slow but is better controlled than the experimental in- 
terface coreloads used for the time histories. A faster approach could be along the lines of the 
tool path simulator where entire figures are manipulated rather than individual entities. 

There may still be another change to file manipulation syntax on the operating system. 
FUTIL will change in the allowed delimiter character, although the old FUTIL syntax will be 
supported. Defaults need to be selected as the ones which create the most useful output for 
the least input, the most commonly expected request, the most upwardly compatible. It would 
be unwise to have the system command LIST ©CRL to list the entire SYSCATLG, or 
CADDS 4 command LIST PART ©CRL[_] to begin searching the entire SYSCATLG for files 
endingin&PD. 

The Graphics Nodal Architecture (GNA) is a new feature allowing CV systems to ex- 


7 change files with a central CPU. It is expected to permit the satellite systems to download 


their drawing and library file storage requirements to a dedicated CPU. This is another step 
towards the distributed processing environment of the future. More attention will need to be 
given to file management of big multi-system jobs, where users may overwrite files accidental- 
ly at the central node. 


4. SUMMARY AND CONCLUSIONS 


The new or residual problems of CADDS 4 REV 2 are not simple to categorize. They 
arise, in part, because other problems are solved. The general areas of concern are now 
discussed. 


Cs 


4.1 PARTITIONING OF DATA ON LARGE JOBS 
CV ‘seems serious about doing business in Plant Design, Architecture and other disciplines 
where the Engineering database will be large and needs of the contributors will be larger than 


one system. Some means of Proneny partitioning these Gatapase among several systems must 
be found. | 


4.2 GENERALIZATION OF WHAT CONSTITUTES A MODEL 
The Engineer constructs models quite unlike the lines and circles currently used in 


+ Mechanical Design. These might be Finite Element Models, Kinematic Chains, etc. For exam- 
. ple, Figure 4.1 shows a FEM model that could be utilized in structural drafting steps follow- 


ing Engineering. These models should be capable of generating the drawings detail necessary 


| —y fabrication. 
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Figure 4.1: Finite Element Engineering Model Typically Underlying 
Offshore Structural Design. 


_ 


4.3 BETTER 3D MANIPULATION SUPPORT 

Better support of the user in both direct view manipulation and man-machine efficiency 
sense is needed. Commands should be added permitting rotation of views and scrolling using 
both model and drawing entities digitizes and maintaining locational relationship between ~ 
them if desired. Orientation feedback aids such as the construction plane symbol cannot 
disappear when dynamic view is entered, as well as grid. A joystick might do better for rota- | 
tions than buttons. | 


4.4 CONCLUSIONS 

CADDS 4 and in particular REV 2 will probably transform the way Engineering is done 
by the very power of the model/drawing dichotomy. The tendency will be for Engineering 
designers to construct the model, while drafters detail it in the drawing mode. It truly © 
represents the next level of attainment in a drawing-as-database approach to Computer Aided 
Design. It will be adequate for smaller model designs common in Mechanical Design, 
schematic drawings and similar applications. 

The extensions to the next level is a concern, however. Serious questions should be raised 
~ about the extensibility of the CADDS 4 concept into the larger design disciplines it is aimed. 
The author expects the software to change at a rate approximately appropriate with its accep- 
tance in these disciplines. The users, however, must play a large part in guiding CV toward 
this goal. 
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Table 3.1: 
Preliminary List of CADDS 4 REV 2 
Enhancements to CADDS 4 REV 1 


Items Modified 


Functional Area 
MD — Finite Element Modelling — User-Defined Elements 
MD — Finite Element Modelling — Enhanced Mesh Generation 
MD — Finite Element Modelling — Internal + Minor Updates 
MD — Finite Element Modelling — External Load Definitions 
MD — Finite Element Modelling — Distortion Plotting 
MD — Finite Element Modelling — Shrink Elements 
MD — B-Splines — Improve and Expand Math. Definitions 
MD — B-Splines — Smoothing 
MD — Surfaces — Fillet Surfaces 
MD — Offset Surfaces 
MD — Surfaces — Improve and Expand Math. Definitions 
MD — Dimensioning — Japanese Industrial Standards 
MD — Dimensioning — Angular Dimensions 
MD — Dimensioning — Enhanced Cross-Hatching 
MD — Dimensioning — Piping Features 
MD — Dimensioning — Expanded Change Dimension Capabilities 
MD — Dimensioning — Automatic Text Centering and Alignment 
NC — Check Surface — 3-Axis 
NC — MABS/NCPEP Interface 
NC — Tool Library 
NC — SCALLOP Ht. Improvements 


. NC — User Interface Improvements 


NC — 5-Axis Check SURFACE MSING/MABS 

NC — Pocket with Islands 

NC — Surface Intersection with Tapered Cutter 

NC — Thick offset option 

NC — User generated subfigure in tool display process 

NC — Lathe Macro Improvements 

NC — Fanning 

NC — 3-Surface Startup in MSINT/MABS 

ED — Title-Erase changed to Delete Network (only change) 

ED — Deferred Node Identification — Insertion of Interconnect Paths 

ED — Title-Optional Annotation of Symbols at Insertion Time changed to Symbol Annotation; also 
text changes | 

ED — Merge Net/Compare Net Improvements 

ED — Schematic Design Rules Check 

System Management — Implementation of Rectangle Entities 

System Management — Implementation of Shape Entities 

System Management — Establishing Tags (not Properties) at Entity Insertion Time — text changed 
also 

System Management — Only changed title from Copy NFIG to Copy NFIG/SFIG/PFIG 

System Management — Report Generation — Data Extract/Data Merge Enhancements 

System Management — Command Functionality — Extended NFIGs 

Autoplacement/Autoroute Features — Autoroute 

System Management — VARPRO2 

Piping — GETDATA Improvements for PIPING 

Piping — CHECK CLEARANCE Command 

Piping — ROUTE PIPE Command for 3-D Pipeline Routing 

Piping — Independent X, Y, and Z Scaling of Figures 

Piping — INSERT FITTING Command for 3-D Piping Modelling 

Piping — View-Dependent Drawing Graphics 

Piping — Hidden Line Removal 

Piping — Dimension Options 

Piping — User-Defined Cross Hatch 

Piping — Selection Files from Piping Specifications 

Piping — Report Generation and Manipulation Features 

Piping — Creation of Plant Sections | 

Piping — Isometric and Spool Drawing Creation 

Piping — CUT PANEL and JOIN PANEL for Piping 

Graphics Network Architecture — GNA (was Local Networking) 

GNA — Star Configuration 

GNA — Enhanced Batch Processing 

GNA — File Archiving 

GNA — Sub-Fig. Libraries (only changed Networking to GNA) 

GNA — New System Administrator Functions ( “ ” “‘) 
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item No. 
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Functional Area 


System Software — Support of New Peripheral Devices 

Other System Software Features — FUTIL 

Relationship to CADDS 3 — CADDS_ 3 Concurrency 
Relationship to CADDS 3 — CADDS 4 to 3 Database Conversion 
Mapping — On-Line Calibration — 

Mapping — Text Placement Relative to Existing Entities 
Mapping — Property-to-Text Generation | 


_ Hardware Configuration Rules — Required Hardware 
Hardware Configuration Rules — CADDS 4 and Concurrent CADDS 3/4 Memory Requirements 


APPLICATIONS FOR CADDS 
IN THE DESIGN PROCESS 


Jorge L. Perez 
Vought Corporation 
P.O. Box 225907 
Dallas, TX 75265 
214-266-2671 


ABSTRACT 

Computer graphics systems are being used more extensively than ever before. The in- 
troduction of these systems into the design process has been difficult for many companies. At 
Vought, this process is being accomplished in a timely and efficient manner. 

Vought’s computer graphics system utilizes the Computervision CGOS 200 using CADDS 
III software. To incorporate this system into the design area, Vought began by organizing a 
CADD System Development group. This organization is responsible for the training of 
operators, the ordering and distribution of hardware and software, and the writing of 
CAD/CAM interim operating procedures. The writing of procedures is simultaneous with the 
development of some designs which use CADDS. Some of the initial designs that utilized 
CADDS demonstrated the full capabilities of the system and were useful in establishing pro- 
cedures. In addition, close coordination with manufacturing allowed maximum use of the 
generated database. 


INTRODUCTION 

In order to organize the development of Vought’s CAD/CAM capabilities, a group was 
formed called the CADD System Development group. Job descriptions for positions in this 
group were formulated and an interim facility was provided. CAD/CAM departmental project 
managers were identified and program management office positions were filled. 

This area was responsible for establishing the objectives of Vought’s CAD/CAM develop- 
ment. Another responsibility was the development of additional CAD/CAM capabilities. 
Progress in the development of capabilities was made on several fronts. The Computervision 
graphics system in Manufacturing Engineering was upgraded to insure better utilization of 
generated databases. A Cyber 175 scientific computer was obtained for use in Research and 
Engineering. The CADDS IV graphics software package was obtained for training, develop- 
-ment and evaluation. Electronic computer-aided design was developed. Remote CRT terminals 
and printers were installed at various plants. For use on common programs, a data phone link 
was established between Vought and Boeing’s Computervision systems. | 

~ As the CAD/CAM organization began to expand, an applications laboratory was 


oe established. A program was started with Texas A & M University to develop a direct 
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numerical control system. CAD/CAM system requirement specifications were released and 
data interface matrices were identified. Interface and application engineering program tasks 
were completed. 

Training of users was aneihier responsibility of the CAD System Development group. 
Basic and advanced training courses were established. A modernization of Vought’s 
CAD/CAM technology was accomplished. A Dallas-Ft. Worth Computervision Users Group 
was established to provide areas users a forum for the exchange of data. 


CAD/CAM FACILITIES 

Vought’s Computergraphics system proposes to use a Computervision Graphics Control 
Processing Unit (CPU) with an 80 mega-byte disk to link together the development lab, quali- 
ty, logistics, materials, and facilities group. (See Figure 1) 

The current system used by manufacturing uses the IBM 3033 computer with one Com- 
putervision Graphics CPU and six designer stations. (See Figure 2.) This system, located in 
the manufacturing area, will be expanded to use two Computervision Graphics CPUs with 
eleven designer stations (See Figure 3). 

The current system used by engineering uses the CDC 175 computer with three Com- 
putervision Graphics CPUs and sixteen designer stations (See Figure 4). Five of these stations 
are located remotely, in individual design areas, for better utilization. The computer graphics 
system will be expanded to use a mainframe computer as a control computer host. Five Com- 
putervision Graphics CPUs will operate a total of thirty-one designer stations (See Figure 5). 
To obtain full utilization of Vought’s CAD/CAM capabilities, groups such as structures, elec- 
tronics, systems design, and the computer department would be linked together thru a main- 
frame computer to provide complete analysis and design support capabilities (See Figure 6). 


CAD/CAM INTERIM PROCEDURES 

To coordinate the work of different users areas, the CAD System Development group 
developed CAD/CAM interim operating procedures governing different areas of computer 
graphics work. These areas include computer operations, facilities provisioning, software sup- 


port, software development and applications. Each of these areas has a number of procedures ~ 


that apply to various aspects of the work. For instance, in the applications area, procedures 
have been written for the following: 


Data organization for ICG part database 
Standard item libraries for ICG system 
Technical data library 

Systems records accounting 

User training 

Handling of computer generated classified data 
NCDM drawing generated from ICG data 
CAD data preparation 

CAD data release 

CAD data revision 

Data configuration and control 


Each procedure is written to define specifically the responsibility of various groups or 
personnel. A collation of released procedures is provided for each work area. ° 


AIRCRAFT CONTOUR LINES 

In January 1981, Vought began development of a composite access panel that would be a 
replaceable part for an existing metal panel. Being a replaceable part, existing contour lines 
had to be maintained. However, a new tool was required that would mold the composite to 
this contour. This new tool was to be machined on a five axis milling machine that operated 
by numerical control. To utilize computer graphics, the existing lines were obtained from the 
master drawing to create a three dimensional model. The existing lines were actually portions - 


362 


of conics with varying rho values, shoulder points, and end points. At each station, the rho 
value was computed and the shoulder point and end point coordinates were determined. This 
data was inserted in a 3-D format by assigning each station a certain depth. By viewing the 


- generated 3-D model on end, a body stack was then visible (See Figure 7). Plots made of this 


body stack verified a perfect match to the existing master lines. Section cuts at various angles 


- along the body stack were used to verify that the model surface matched the existing lines. 


Once the body stack and section cuts were properly labeled, a 2-D master drawing was 
generated on a Gerber plotter using ink on mylar. The 3-D model was transferred on magnetic 
tape to the manufacturing area where it is being used to prepare the numerical control tapes 
that will machine the new tool. Further utilization of CADDS on this program was not at- 
tempted because of the small scope of the program. 


BULKHEAD FITTING 

In aircraft design, complex fittings that could transfer loads from one portion of the air- 
frame to another had to be designed to join large components together. One example was this 
bulkhead fitting (See Figure 8). This fitting attached the vertical tail to the aft fuselage. 
Manufacturing was to machine this fitting from stock aluminum on a multi-axis milling 
machine run by numerical control. The design was done on CADDS to allow manufacturing 
to use the database in creating the numerical control tapes. The fitting was constructed in 3-D 
and was designed while maintaining close coordination with the designers working on the at- 
taching bulkhead. At the time, this fitting was designed at a work station located in a control 
area near the CPUs. The designer working on the bulkhead was located in another building. 
While close coordination was maintained, at times it was awkward and inefficient. This even- 
tually led to locating some terminals remote from the CPUs and in the actual design areas. 

Once the 3-D model was completed, two views were dimensioned and labeled to produce 
a drawing. The 3-D model database was transferred to manufacturing where numerical con- 
trol tapes were developed. The fitting was then machined and installed on the aft fuselage. 


AIRFOIL TEST FIXTURE 
CADDS was used in a program to design and build a reusable airfoil holder as part of a 


‘test fixture. The airfoil holder was made of composite materials and was composed of three 


main pieces. These pieces were a left hand block, a right hand block, and a collar. The three 
dimensional model that was created shows how these pieces are assembled (See Figure 9). The 
left hand and right hand block fit together over the airfoil blade to hold it in place. A small 
gap between the blocks assures positive clamping force on the blade. To complete the 
assembly a collar is pressed over the circular bottom portions of the blocks. This collar is held 
in place by tapered pins driven in between the collar and the blocks. 

Once the 3-D model was completed, different views of the model were used to create a 
2-D dimensioned drawing (See Figure 10). The collar, pins, and each block were detail dimen- 
sioned to allow machining from a solid block of composite material. 


CONCLUSIONS 

At Vought, the task of introducing a computer graphics system into the design process is 
being accomplished in a timely and efficient manner. The CAD System Development group is 
responsible for the development of CAD/CAM capabilities. Standard procedures are being 
written to organize and control data generation, storage, revision, and distribution. 

In order to apply CADDS to best advantage, 3-D models should be used to produce 2-D 
drawings where 3-D databases can be utilized by manufacturing to produce numerical control 
tapes. Both dimensioned and undimensioned drawings can be produced from 3-D models. 
Commitments by Manufacturing to utilize the generated database in the fabrication of a part 
nePs to substantiate the utilization of CADDS. 7 | 
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PRODUCTIVITY RISK ANALYSIS AND RETURN 
ON INVESTMENT FOR INTEGRATED CAD/CAM 
PROJECTS—A METHOD AND EXAMPLE 


- Henry Jacobson 
Bruce Ziegler 
Boeing Aerospace Company 
P.O. Box 3999 
M/S 44-08 
Seattle, WA 98124 
206-655-7040 


ABSTRACT 

A quantitative method to predict Integrated CAD/CAM Souci ‘‘nerformance 
measures’’ in terms of Productivity Ratios (PR) and Return on Investment (ROJ) with 
- associated risk levels is presented. Risk levels for estimated Productivity Ratios (PR) are 
generated using a ‘‘Risk Assessment’? computer program which ‘‘fits’’ probability distribu- 
tions through a set of input parameters. The Productivity Ratio distributions are 
mathematically related to savings and the computer program is used again to generate 
distributions for annual dollar savings from the CAD/CAM System. Finally, expected annual 
savings over the depreciable life of the equipment are used to compute the Internal Rate of _ 
Return (IRR) of the capital investment required to implement the System. 

Key considerations for using the method to evaluate proposed Integrated CAD/CAM 
projects are identified. 


INTRODUCTION 

Prediction of ‘‘performance’’ is of primary importance for future success. ‘‘Performance 
measures’’ for CAD/CAM projects are needed so that the required capital investments may 
be compared to alternative uses of the capital. 

Like other capital investments, the evaluation and justification of Integrated CAD/CAM 
projects is subject to two sets of interrelated ‘‘performance measures.’’ The first set comprises 
technical “‘performance measures’’ which involve the analysis of the improvements to the per- 
formance of certain functions that Integrated CAD/CAM can provide. The second set com- 
prises financial ‘“performance measures’”’ which involve an analysis to determine if the capital 
investment that is required to emplace the technological improvements can ‘Provide an ade- 
quate rate of return. 

Investments in Integrated CAD/CAM projects differ in several tespects from more 
typical capital investments such as buying N/C machine tools, process control equipment, 
material pence equipment, etc. These differences involve the ines factors: 
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e Significant uncertainty in estimating ‘‘a priori’’ the magnitude of the technical im- 
provements. 

e Long learning curve ‘‘effects’’ to achieve system usage proficiency. 

e Time span required for the organization to absorb the modifications and adaptations 
that must be made, because the effects of Integrated CAD/CAM cross functional and 
organizational boundaries. 

© The economic benefits of Integrated CAD/CAM Systems increase substantially over 
time, as experience is gained. 

e CAD/CAM Systems are typically an aggregate of ICG and other systems which makes 
finite measurements of any one specific area difficult. 


The method for dealing with the ‘‘performance measures’’ and determining a return on 
investment (ROI) over a range of risk levels is described below. It is an attempt to deal ex- 
plicitly with those unique factors associated with Integrated CAD/CAM projects. 

‘The numerical data cited in this paper are intended for illustrative purposes only and are 
not necessarily representative of a specific Boeing project. 


PROBLEM SCOPE 

The decision to invest or not to invest requires judgment on the part of Management. 
Judgment is typically based on predictions of ‘‘performance measures’’ provided by experts. 
Most predictions are obtained either by single-valued analysis; or, alternatively, a range of 
performance predictions is obtained by ‘‘best case,’’ ’’worst case,’’ and ‘‘average case”’ 
analysis. Either method is subject to strong criticism. The possibility that the elements in com- 
plex systems like integrated CAD/CAM will combine to attain ‘‘best case,’’ ‘‘worst case’’ or 
‘‘average case’’ performance is remote. These methods reveal little about the potential 
variability of system performance. What is needed is a method that allows Management to 
base its decisions on predictions for System performance | levels consistent with acceptable risk 
levels. 

The method presented in this paper meets the criteria of relating a range of performance 
levels, expressed in terms of Productivity Ratios and Return On Investment, to risk levels, ex- 
pressed in terms of Probability of Achievement. 

The example that follows traces the ROI analysis, at different risk levels, for the capital 
investment required to install a number of Computervision ICG Systems. The ICG Systems 
installed in Engineering are coupled by telecommunications links to ICG Systems installed in 
Manufacturing to form a ‘‘full-thread’’ integrated CAD/CAM System. The Systems are used | 
to support Engineering Design/ Analysis and Manufacturing Engineering activities. | 

The case illustrated requires a capital outlay of $2,686,000, which includes the ICG 
Systems costs and associated facilities. 


DEFINITIONS 

In addition to the productivity gains realized through use of the systems, the outputs 
from CAD/CAM systems provide technical improvements to other activities; for example, the 
quality of N/C medias generated on Interactive Graphics can markedly reduce the ‘‘tape 
tryout’? time on N/C equipment in the shop. 

Benefits are defined as the technical improvements to a set of activities that are possible 
by the emplacement of CAD/CAM Systems. For clarity, two categories of benefits are de- 
fined in the analysis that follows: 


1. DIRECT BENEFITS result from using CAD/CAM to improve the seafoenaiee of 
specific tasks. Examples of activities that provide Direct Benefits are: 


e Automated Drafting 

e Cutter path generation for N/C 

e ‘Fit’? checking for Assemblies | 

e Engineering Design/Analysis applications (e.g., Finite Element Modelling, 
Tubend Analysis, Computer Nesting, etc.) 
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2. INDIRECT BENEFITS result from using the outputs from CAD/CAM Systems to 
improve the performance of other activities. Examples of activities that provide Indirect 
Benefits are: 


e N/C Tape Tryout Time reductions 

e Re-creation of Engineering Data in Manufacturing Engineering 

e Fewer unplanned Manufacturing revision requests 

e Computer Output Microfilm (COM) 

© Quality Assurance N/C medias 

¢ Mechanized parts lists generation 

e Simpler and faster interfaces between Engineering Design and Bagineering 
Analysis. 


EQUATIONS | 

The Productivity Ratio estimates, combined with estimates for hourly acho rates, 
terminal work station hourly rates, and savings from using outputs of CAD/CAM Systems 
are used to compute annual dollar savings versus probability of achievement for the 7 year 
depreciable life of the system. The discount rate at which the annual dollar savings stream 
equals the required capital investment outlay to implement the system (Internal Rate of 
Return) is then computed as the measure for Return On Investment (ROI). Computer pro- 
grams are used to perform the computations and plot results. 


Direct Benefits + Indirect Benefits 
(Manual Costs -CAD/CAM Costs) + Indirect Benefits 


‘1. Total Benefits 


Total Benefits may be in terms of $ Savings: 
Manual costs CAD/CAM costs 
2. Savings =|Hm.Rm—He.(Rt+Rm)|+ $ Indirect Benefits 


Direct Benefits 


Where: 
H,, = # of hours to perform activity manually 
Rm = manhour rate ($/hr.) 
H,. = # of hours to perform activity with CAD/CAM 
Ry = CAD/CAM terminal rate ($/hr.) 
3. Productivity Ratio Age is defined as: 
He PR 


Substitute H, in (2.) with H, value under (3.); 


4. $ savings = Hy.Rm— (Rt +Rp).Bo-+ $ Indirect Benefits 


By using the equations above, the risk analysis described in the next Section is made. The 
elimination of H, from the equations, permits the $ savings and risk analysis to be performed 
using estimates for Productivity Ratios (PR), manual hours (H,,), manhour rates (H,)) and 
terminal hourly rate (Ry). Estimates are obtained from personnel who have both broad func- 
tional experience and ene with CAD/CAM. 
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COMPUTER RISK ANALYSIS 

A computer program is used to perform a two stage risk analysis of the benefits. In the 
first stage, the estimated Productivity Ratios (PR) are subjected to a risk analysis. In the sec- 
ond stage, the $ savings as defined in equation 4. of the ‘previous section are analyzed for 
risk. 

_ The PR risk analysis begins by obtaining yearly estimates for the four parameters il- 
lustrated in Figure 1. The computer program treats the PR as random variables and generates 
a BETA probability distribution ‘‘curve fit’’ for the PR’s, using the four parameters as pro- 
gram input. Output from the computer program includes the ‘‘probability density’’ distribu- 
tions and the ‘‘cumulative probability’ distributions. The cumulative distributions are il- 
lustrated in Figure 2. As an example, points on Figure 2 are read as follows: The probability 
that the PR in 1981 will be at least 2.0:1 is 7%; the probability that the PR in 1982 will be at 
least 2.0:1 is 56%; the probability that the PR in 1983 will be at least 2.0:1 is 95%. Other 
points on the curves are read in a similar manner. It is assumed that the PR’s for the 
CAD/CAM applications under consideration here reach ‘‘maturity’’ in the years after 1983. 

In the second stage of the risk analysis, the computer program uses the calculated PR’s 
from stage one, and equation 4 to calculate $ savings at each ‘‘risk level’’ (probability of 
achievement). The cumulative distributions for $ savings for each year of the analysis are il- 
lustrated in Figures 3 & 4. Figure 3 are DIRECT Savings only (see DEFINITIONS Section). 
Figure 4 are cumulative DIRECT and INDIRECT Savings. As an example, points on Figure 4 
are read as follows: The probability that the $ savings will be at least $1.4 MM in each of the 
years 1981-1987 is: 


0.0 in 1981 (no chance) 

0.48 in 1982 (48%) 

0.49 in 1983 (49%) 

0.999 in 1984-1987 (almost certain) 


BREAKEVEN ANALYSIS 

Breakeven means the point at which the manual costs equal the CAD/CAM costs. It is 
important to know the breakeven Productivity Ratio (PR), in order to determine what the re- 
quired PR is for the CAD/CAM System to be cost effective. Equation 4 in the previous sec- 
tion is solved for the breakeven PR. Set $ Savings =0; Set $ Indirect Benefits =0; then solve 
equation 4 for PR. 


PR (Breakeven) = Rt+Rm 
Rm 


Figures 5 and 6 present breakeven PR’s for the years 1981-1987 at estimated Engineering 
man-hour rates (Rm) and terminal hour rates (Rt). The likelihood of achieving at least the 
breakeven PR may be determined from Figure 2. The likelihood of achieving PR of 1.8 in 
1981 is approximately 16%. The likelihood of achieving the required breakeven PR in 1982 is 
83% and in the succeeding years (1983-1987) is virtually 100%. The breakeven points are the 
0.0 $ Savings on the curves in Figures 3 and 4. _ 


RETURN ON INVESTMENT CALCULATIONS 

The Internal Rate of Return is defined as the discount rate (r) at which the Net Present 
Value equals zero (0) in the formula below; it is the rate at which the net dollar inflows (tak- 
ing into account the time value of money) exactly equal the initial investment outlay. 


n 
0=NET PRESENT VALUE = 2 rr oe — Capital Outlay(g) 
ae 
=1 


A computer program is isiized to calculate the Internal Rate of Return for selected points _ 
from Figures 3 and 4. The annual $ savings flow and the calculated rates are shown in Figures 
7 and 8. 
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Figure 4 
DIRECT BENEFITS ANALYSIS 
MX FSED BREAKEVEN PRODUCTIVITY RATIOS (PR) 
YEAR | 1981 1982 
ENG. MAN-HOUR RATE (R,,) : 53.00 57.00 
TERMINAL HOUR RATE (R;) 42.00 41.00 
BREAKEVEN PRODUCTIVITY RATIO (P;) 18 1.7 
Figure 5 
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BREAKEVEN PRODUCTIVITY RATIOS 1984-1987 


YEAR © | 1984 1985 1986 1987 
ENG. MAN-HOUR RATE (Rp) 75.00 82.00 90.00 99.00 
TERMINAL HOUR RATE (R}) 37.00 35.00 33.00 31.00 
BREAKEVEN PRODUCTIVITY RATIO (P,) 1.5 1.4 1.4 1.3 

| Figure 6 


DIRECT BENEFITS ONLY 


| GROSS $ SAVINGS % Internal Rate 


of Return 
(RON) 


CAPITAL OUTLAY REQUIRED IS $2,686,000. 
Figure 7 


DIRECT AND INDIRECT BENEFITS 

GROSS $ SAVINGS % Internal Rate 
% confidence 7964 | 1985 oF RON 
| 10 _|_72,000. | 2,081,000. 1,697,000. | 3,820,000. 3,710,000. 4,190,000.| 4,690,000,] 57.8 
| 50 __| -436,000.| 1,378,000. | 1,413,000. 2,870,000. | 3,220,000.| 3,620,000. | 4,060,000.| 44.7 
| __ 2 __| -886,000.} 376,000. 1,045,000. | 2,270,000. | 2,690,000. | 2,950,000.| 3,880,000] 20.9 
CAPITAL OUTLAY REQUIRED IS $2,686,000. 

Figure 8 


CONCLUSIONS | | 

Productivity Ratio (manual hours/CAD/CAM hours) to perform a set of given tasks is 
typically used in the industry as the technical ‘‘performance measure’’ for CAD/CAM 
Systems. Except for a few specific applications such as automated drafting, the achievable — 
productivity ratios are subject to significant uncertainty. 

Integrated CAD/CAM System projects are strategic long term investments. Simple 
payback calculations will typically not justify the required capital investments, because long 
‘learning curve’’ effects limit benefits that can be achieved in the short run. The relatively 
long ‘‘learning curve’’ effects occur from two causes: 


e The time required to develop system usage proficiency. 
e The time required to incorporate the organizational adaptations that must be made to 
make integrated CAD/CAM applications operational. ° 


System throughput capacities often limit the magnitude of the DIRECT benefits that can 
be achieved. Therefore, it is essential to identify and measure both DIRECT and INDIRECT 
benefits that result from integrated CAD/CAM Systems. 

Return on Investment (ROI) evaluations must take into account all relevant cash flows 
over the depreciable life of the System. The ROI calculation method should include the ‘‘time 
value of money,”’ as described in the previous ROI section of this paper. iz | 
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SAVINGS DEVELOPMENT AND JUSTIFICATION 
FOR THE PURCHASE OF A COMPUTERVISION 
CADDS 3 SYSTEM FOR A CAD/CAM 
APPLICATION 


By George D. Cook 
Manager, Tool Engineering and Services 
(716) 422-4452 
Xerox Corporation 
North American Manufacturing Division 
800 Phillips Rd. Bldg 207A 
Webster, New York 14580 
(716) 422-4452 


ABSTRACT - 

This paper shows a method that can be followed to develop the cost justification for the 
purchase of a Computervision system for a CAD/CAM application. It includes the develop- 
ment of the return on investment, net present value, and pay-back years for the investment. 
Detail calculations are included in the appendix that show the source of the figures used in the 
summary data of the report. 


INTRODUCTION 

We are faced with rapidly growing and highly competitive industrial products that are 
emanating from Japan, which are already challenging and surpassing the American product 
quality and cost. If we are to meet this challenge, we must become more productive through 
the maximization of capital equipment. This leads to a need for a clear and concise manner of 
presenting information to top management for the purchase of capital equipment to provide 
the increased productivity capability. The purpose of this report is to provide a systematic ap- 
proach for presenting the problem to management with alternatives and a recommended 
solution. | 


so 


377 


DISCUSSION 
A format was developed to cover the key factors for requesting capital dollars in support 
of a new or expanded project. These factors are as follows: 


Problem 

Alternative 

Solution 

Benefits 

— Economic 

— Noneconomic 

Risks and assumptions _ 


PROBLEM 

The statement of the problem should be clear and concise, with enough supportive infor- 
mation to answer the most likely questions the capital approval committee might ask. It is 
very similar to a resume in that the written information must sell the readers on accepting 
your problem and want to help to correct it. Keep in mind that the capital approval commit- 
tee is receiving many requests for capital expenditures from various areas in the company and 
must rank these requests from most important to least important in order to operate within 
the annual available capital funds. Therefore, it is important to you to show the relationship 
of your problem to the major objectives of your division or company that will help to sell 
your project. 

Page 1 of the capital approval request (CAR) shows a es format used to present the 
problem, which is covered in six specific statements. Note the first statement relates the prob- 
lem with one of the division’s objectives, which is to reduce the people required to perform 
the same amount of work and make them available to fill new openings in the division. 

The second statement provides an overall view of Computer Graphics as it relates to your 
business and industry. 

The third statement defines the initial Computer Graphics system and the areas of ap- 
plication to show the base operation from which the growth will take place. 

The fourth statement describes the system expansion for obtaining maximum utilization 
in the drive for more productivity. 

The fifth statement describes the test approach for determining speed degradation with 
the variable job mix used on this system to develop proper system size for meeting a minimum 
40 percent return on investment. 

The sixth statement describes the test results in terms of the recommended system changes 
that meet the financial buy criteria and the equipment required to solve the problem. 

Page 2 of the CAR shows the seventh through ninth statements, which tell the capital 
review committee how the incremental savings will be obtained. 


ALTERNATIVES 

The approach here, as shown on Page 3 of the CAR, is to state the dollar loss saieed by 
the system operating at a slower speed that lowers the expected return on investment below | 
minimum requirement. The only alternative you have, in this case, is to operate with less sav- 
ings, since the equipment is presently owned, or change the system to meet the financial re- 
quirement. 


SOLUTION 

The alternatives are examined ately, analyzing the gdvantanes and disadvantages as 
appropriate to the problem. Then, based on the overall review of the alternatives, a solution is 
presented that best meets the requirements for solving the problem. If you can relate your 
solution to not only solving your problem, but also to enhancing your ability to help 1 prove 
other areas of the company, your chances of obtaining approval will be eicalsh: 
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BENEFITS 

The key factors to present for the economic benefits are the return on investment, net 
present value, and pay-back years. These are computed using standard financial formulas on a 
business computer, with the detail run shown in the appendix. A clarifying statement was used 
here to explain what was included in the cost figures since this was expanding a | prior pur- 
chased system. 

The noneconomic benefits cover those areas which are extremely difficult to quantify 
financially, but still represent improvement in company operations. In this particular case, we 
will be able to communicate with product engineering electronically for transmitting engineer- 
ing drawings. 

We have included the savings summary, which includes actual savings from the existing 
system, plus the projected savings from expanding the system for the total period over which 
the equipment will be depreciated. This provides the capital review committee with an easy 
way to see how the savings are obtained. 


RISKS AND ASSUMPTIONS 

All possible risks to the investment are reviewed in arriving at a decision. In this’ case, the 
system performance can be improved by software updates and the computer power obtained 
by add-on modules. It is assumed that the business will grow over the next five years pro- 
viding the savings opportunity. 


_ FINANCIAL DEVELOPMENT 

The savings justification was developed from five types of work activities performed on 
the graphics system, which are represented by four categories — tool design, N/C savings, 
plant layout, and tool build. 

Tool design includes machining fixtures, product assembly tools, and the design of com- 
puter based test equipment for the product assembly line. 

The savings claimed for these activities are based on the increased productivity of the 
designers working on two shifts versus the drafting board. The detail calculations are shown 
in the appendix, where the productivity factors for electrical and mechanical design are given 
for the five years over which the equipment will be depreciated. The dollar savings are based 
on the reduction in contract designers by the increased output from the full-time employed 
tool designers. The man-year hours are first adjusted down 15 percent for holidays, break 
period, and engineering interface. Then, the hours are adjusted down 15 percent for develop- 
ment; downtime utilized to create better terminal usage. The total saved hours for each year 
are then adjusted down using the ‘‘five station degradation rate,’’ which takes into account 
the speed loss of the system due to five terminals operating instead of four terminals. This 
corrective factor is presented in the paper titled ‘‘Speed Degradation Testing and Evaluation 
of a Computervision CGOS 100/10 Multiterminal System,’’ by B. Burnett, during this same 
international meeting. We have used a conservative approach on the savings, which helps to 
sell the project to the financial review group. 

The N/C savings are developed from the hours saved by utilizing Computer Graphics 
instead of the manual method. The reliability in tape accuracy from graphics has further 
reduced tool tryout on the factory floor. The estimated N/C workload, based on future new © 
products, was used to develop the savings in this activity. 

The plant layout activity savings were based on the reduction of one layout engineer due 
to the speed and versatility of interactive graphics in this area. 

The tool build savings were provided by the reduction in cost to build wire wrap circuit 
boards by utilizing our post-processor run on the CV system to create the N/C tapes for driv- 
ing a semi automatic wire wrap machine. In a like manner, we create N/C tapes to drive the 
wire EDM machine in the tool room for making punches and dies, as well as repair parts. 
Now, 85 percent of our chart gages are produced utilizing graphics, as well as special CAM 
profiles. 
| In the appendix, there are four pages that show the calculations for developing the return 


_. on investment, net present value, and pay-back years for the three investments that will pro- 


| vide the final system. This system will consist of two computer driving five design terminals 
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each versus eight terminals operating from a single computer. The dollar savings summary 
shown on Page 5 of the CAR has lower values than the number shown to compute the return 
on investment. Since this is a combined CAR covering two prior purchases, plus the new in- 
vestment, you must add in the dollars saved in 1980 to the five-year total and allow 10 percent 
growth in each year’s savings to account for inflation. The result of the return on investment 
calculations provide an acceptable 41.3 percent, thus meeting management’s requirement to 
purchase the system. eS | 
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CAPITAL ASSET REQUEST 


01/05/81 | 


PROVIDE AND REFERENCE EXHIBITS (CHARTS OR GRAPHS) TO ILLUSTRATE ANY ASPECT OF REQUEST 
WHICH WILL SUPPORT THE REASONING PRESENTED. 


PROGRAM NAME 


Computer Graphics--Tool Engineering and Services 


TYPE OF JUSTIFICATION: CHECK ONE: 


ECONOMICS CI REPLACEMENT (Mandatory) (| QUALITY Ly} BUDGETED 


ial SAFETY ] VOLUME (Expansion) a PROPRIETARY a anoeupedee 


& PROGRAM (Unique = Critical) | X NEW TECHNOLOGY 


A. PROBLEM: Explain fully why this request is necessary. Present conditions to support this need. 


Manufacturing’in Xerox is being driven as never before to increase quality and productivity 
in a cost-effective manner. An enabling strategy to increase productivity and attain 
‘Manpower reductions equal to 1:1 ratio objectives is increased utilization of Computer 
Graphics. | | 


Computer Graphics is an increasingly sophisticated system integrating technical manpower 
with the power of a computer to improve the design and manufacturing processes. New 
applications for the process called CAD/CAM are being discovered daily, and it is enjoying 
unprecedented growth and acceptance in industry. 


Tool Engineering, CMO, had the foresight of this coming revolution and entered the world of 
CAD/CAM in 1979. The initial configuration of the system included four designer terminals 
incorporating the disciplines of electrical tool design, mechanical tool design, sheet 
metal fabrication (N/C), and Plant layout. 


Based on system configuration data of other leading Computer Graphics users and an objec- 

tive to maximize productivity, a plan was made to expand the Tool Engineering installation. 
During 1980, a fifth terminal was added for Division Plant Engineering and three additional 
terminals were added to increase volumes of tool design. 


Since no statistical data was available to determine the system response time impact of 
eight stations, it was necessary to "load up" our first system and do comprehensive testing 
to measure speed or response time degradation. Using projected productivity savings, Tool 
Engineering was able to determine return on investment impact of speed degradation and 
measure the optimum number of terminals per mini-computer. 


Based on the data collected, a decision was made to plan two 5 station systems with two 

mini-computers and achieve maximum utilization while maintaining an attractive return on 

investment. In view of the productivity experience to date and statistical data collected, 
Tool Engineering recommends the purchase of one mini-computer and two designer terminals. 
" The incremental savings will be realized through the following applications. 


— 


Form 54737 (9/71) Printed in U.S.A. 
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Problem (continued) 


Electrical Test Equipment Design 


Interactive graphics can be used to both design and document printed circuit doards and 
wire wrap boards. I[t can also be used to generate schematic diagrams and design the 
mechanical aspects of the tast equipment. Thus, speed and efficiency of the computer 
enables us to realize a significant savings. A good designer snould reach a Droduc- 
tivity level of 3:1. 


Mechanical Tool Design 
Interactive graphics can be used to both design and document mechanical machine tools 


and fixtures. "Visual aid" of the tool on-the system prior to actual duild allows the 
designer more creativity while reducing design time. A good designer should reach a 


_ productivity level of 2:1. 


N/C_ Tape Creation 


The menial and time-consuming task involved in part layout and cutter tool path 
calculation are eliminated with interactive graphics. The engineer is able to display 
the cutter in motion, ensuring no debug time wasted on the floor. The engineer will 
improve his productivity by 25 hours per part based on actual experience to date. 


B. ALTERNATIVES: Explain other courses of action available (i.e. buy vs. make, lease vs. purchase, add shift vs. overtime). 


Le 
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Continue to operate with existing eight station system, with known speed degradation 
problems documented through extensive testing. This would result in the expected ROI 
of 41.3 percent to drop to 24.3 percent. Thus, the available savings of $1,456.0K will 
be lost over the ensuing five-year period. 


C. SOLUTION: OQiscuss each citernative presented objectively, advantages and disadvantages of each. 
Why is proposed course of cction mast seneficial. 


1. This alternative is not recommended based on a very detailed speed degradation study, 


which illustrates productivity loss and represents a negative impact on previous 
investments. | | 


The purchase of an additional CGP100 mini-computer and two design stations will enable 
Tool Engineering to reconfigure Computer Graphics into two 5 station systems and attain 
productivity levels which justify the additional investment. The additional purchase 
will allow us to expand our N/C application in Fabrication and continue to realize 
productivity improvements in Manufacturing's first CAD/CAM endeavor; 


Additional new applications will be explored to improve productivity in Manufacturing 
and Tool Design. | te 


Economic 


This estimate is based on an additional outlay of capital for a CGP1O0 mini 


0. SENEFITS: Explain econamic and non-econemic impact of request. Graphs, charts, and exhiaits should be supplied to 
illustrate rationaie. 


Economic: Eifecr on esash flow — investment return ~ Cash payback. 


Non-Essnomic: Maintaining quality stds. = protection of proprierary eights = satety =- preventing praduction delays = 
labor — management relations, ete. 


Return on investment percent. 41.3% 


Net present worth at 20 Percent. $411.8 
Pay back. 3.4 Years 


; 
. . -computer, two 
additional design stations, and supporting equipment. The return on investment is based on 


expenditure for the new equipment, combined with the capital costs of the original CAR and 
the costs for the CAR for three additional stations. 
new additional expense costs are also 
Combined capital 


Previously stated expense costs and 
included in the calculation of return on investment. 
and expense costs are compared with total savings generated from the new 


ten station system configuration. 
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| BENEFITS (Con’t) 


Noneconomic 


The Computer Graphics installation has proved the value of Versatec Plotters used with 
Computer Graphics equipment providing a net potential for sales increase for Versatec 
Corporation. Components included with this CAR will provide the capability to communicate 
across the site with the RTG MDGS network system for electronic transmission of part 
designs to manufacturing. This will help to further enable productivity gains in our 
operations. Computer Graphics has the interface potential with computer-aided process 
creation. | a 


Savings Summary 8 
1980 1981 1982 - 1983 1984 1985 Total 


Tool Design $19,200 $324,203 $423,883 $454,535 $510,643 $510,643 $2,243,107 
N/C Savings 22,100 7,600 21,200 27 ,600 72,400 15 ,600 166 , 500 
Plant Layout 10,800 40 ,000 40 ,000 40 ,000 40 ,000 40 ,000 210,800 


Tool Build 25,900 118,600 118,600 118,600 118,600 118,600 


618,900 


Total Savings 0 eee Py). 0) 


E. RISKS AND ASSUMPTIONS: Indicate the possible risks which canes oceur if the eolosiaas is :Sdcotwe (i.e. Design change could 
effect obsalescence; Technical changes could reduce asset life; Proposed method might be 
radical increasing failure possibility. 


Equipment obsolescence is minimized since the vendor purchase price includes software 
upgrade. ‘e 


Hardware upgrades in the mini-computer can be accomplished with additional electronic 
boards for specific application and addition or subtraction of memory to suit system 
configuration. 


It is assumed that new product/accessories will continue to provide about the same, or 
increased, volume of business over the next five years. 


CAR ORIGINS TOR “TAPPROVAL ADDITIONAL APPROVAL 


RODITIONAL APPROVAL PLAN T/SECTION CONTROLLER PLANT’SECTION MANAGER 
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APPENDIX 


Computer Graphics 
Tool Engineering 
Tool Design Productivity 


Based on 14 Terminal Shifts 
Computed at Five Station Degradation Rate of .869 


First Second Third Fourth Fifth 
Year Year Year Year Year 
Electrical 2.0/2.5 2.7 2.9 3.0 3.0 
2.25 
Mechanical 1.5/1.8 1.8 1.8 2.0 | 2.0 
1.65 | 
Design Hours Saved 17,716 23,163 24,838 27,904 27,904 
Heads Saved 10.4 13.6 14.6 16.4 | 16 
Dollar Rate 18.30 18.30 18.30 18.30 18 
Dollars Saved $324,203 $423,883 $454,535 $510,643 $510,643 


Total Five-Year Savings = $2,223,907 


Computer Graphics 
Tool Engineering 
Tool Design 


Productivity Calculation: 250 Days x 8 Hours =2,000 x .85 (Productive) = 1,700 Hours 
1,700 x .85 (Development-Downtime) = 1,445 

Assumptions: 1 Man-Year = 1,445 Hours 

(Two Shifts) | Dollar Rate = $18.30 Per Hour = 1981 Contract Design Rate 


7 terminals = 2 shifts =14 shifts (6 shifts electrical — 8 shifts mechanical) 


First Year Productivity Rate 

Electrical =1,445 x 2.25=3,251 — 1,445 = 1,806 hours eaven 

1,806 hours per terminal x 6 terminal shifts = = 10,836 hours saved 
Mechanical =1,446 x 165=2,384 -— 1,445=939 hours saved 

939 hours per terminal x 8 terminal shifts = 7,512 hours saved 


Electrical= 10,836 Five Station 
Mechanical= 7,512 Degradation Rate 
18,348 x | .869 = 15,944 hours saved 


15,944 + 90=17,716 hours paid 
17,716 x 18.30 hour = $324,203 
17,716 hours + 1,700=10.4 heads 
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Second Year Productivity Rate 
Electrical = 1,445 x 2.7=3,902 — 1,445 =2, 457 hours saved 
2,457 hours per terminal x 6 terminal shifts = = 14,742 hours saved 


Mechanical = 1,445 x 1.8=2,601 — 1,445= 1,156 hours saved 
1,156 hours per terminal x 8 terminal shifts = 9,248 hours saved 


Electrical= 14,742 Five Station 
Mechanical = 9,248 Degradation Rate 
23,990 x 869 — = 20,847 hours saved 


20,847 + .90=23,163 hours paid 
23,163 x 18.30 per hour = $423,883 
23,163 + 1,700 = 13.6 heads 


Third Year Productivity Rate 
Electrical = 1,445 x 2.9=4,191 — 1,445 =2,746 hours saved 
2,746 hours per terminal x 6 terminal shifts = 16,476 hours saved 


Mechanical = 1,445 x 1.8=2,601 — 1,445=1,156 hours saved | 
1,156 hours per terminal x 8 terminal shifts =9,248 hours saved 


Electrical= 16,476 Five Station 
Mechanical= 9,248 Degradation Rate 
25,/24 x .869 = 22,354 hours saved 


22,354 + 90 =24,838 hours paid 
24,838 x 18.30 per hour = $454,535 
24,838 + 1,700 = 14.6 heads 


Fourth Year Productivity Rate 
Electrical=1,445 x 3.0=4,335 — 1,445 =2,890 hours saved 
2,890 hours per terminal x 6 terminal shifts = = 17,340 hours saved 


Mechanical = 1,445 x 2.0=2,890 — 1,445 = 1,445 hours saved 
1,445 hours per terminal x 8 terminal shifts = 11,560 hours saved 


Electrical= 17,340 Five Station 
Mechanical = 11,560 Degradation Rate 
28,900 x .869 = 25,114 hours saved 


25,114 + 90 =27,904 hours paid 
27,904 x 18.30 per hour = $510,643 
27,904 + 1,700=16.4 heads 


Fifth Year Productivity Rate 
Electrical = 1,445 x 3.0=4,335 — 1,445 = : 2,890 hours saved 
2,890 hours per terminal x 6 terminal shifts = 17,340 hours saved 


Mechanical = 1,445 x 2.0=2,890 — 1,445=1,445 hours saved 
1,445 hours per terminal x 8 terminal shifts = 11,560 hours saved 


Electrical= 17,340 Five Station 
Mechanical = 11,560 Degradation Rate | 
28,900 x 869 = 25,114 hours saved 


25,114 + 90=27,904 hours paid 
27,904 x 18.30 per hour = $510,643 
27,904 + 1,700 = 16.4 heads 
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PRODUCT 


~ PRODUCT 


—s 


Las } 


wa 


a | 


NUMERICAL CONTROL SAVINGS 

Based on CMO program summary, projected NC parts over the next five years were 
calculated using the following assumptions. pully percent of the parts will be NC sheet metal 
or machining. 

Based on actual experience of Computer Graphics NC tape creation, 13 hours per part 
will be saved in the tape creation cycle, and seven hours per part in tool tryout. Assuming a 
change rate of two per NC part, an additional five hours per part will be saved. Thus, an 
average savings of 25 hours per part is used to compute savings based on a man-year of 1,920 
hours. Savings are dollarized using a salary plus benefits of $40K per year. 

Total Five-Year Savings $144.4K 


PLANT LAYOUT SAVINGS 

The application of Computer Graphics to Plant Layout provides a productivity improve- 
ment to the extent that one layout engineer can be reduced. This yields a salary plus benefits 
savings amounting to $40K per year. 

Total Five-Year Savings $210,800 


NC-CG POTENTIAL SAVINGS 
(BASED ON ESTIMATED CMO PROGRAM SCHEDULE) 


198) 198 


fas 
ro) 
LPN 
~~ 
w 
4 


io) 
‘wo 
~ 
us 


1] FAB MAKES (EST) 
5 NC PARTS 


15 FAB MAKES (EST) 
7 NC PARTS 


68 FAB MAKES (1) 
34 NC PARTS 


88 FAB MAKES (1) 
44 NC PARTS 


152 FAB MAKES (1) 
76 NC PARTS 


80 FAB MAKES (EST) 
&O NC PARTS 


50 FAB MAKES (£57) 
25 NC PARTS 


(2) | | 
20 HOURS SAVED 22 x 20 ® 280 HOURS 34 x 20 = 680 MOLRS 44 x 20 = B80 HOURS 116 x 20 = 2,320 HOURS 25x 20 * 500 HOURS 


PER NC PART 

5 HOURS SAVED 24 x 5 = 120 HOURS 68 x & = 340 HOURS BS x 5 = 440 MOURS 232 x 5 = 1.160 HOURS 50 x 5 = 250 HOURS 
5 x $= x Ss x58 } x55 : = S 
PER PART CHANGE (360 HOURS 1,020 HOURS ~~ 2,320 MOURS : 3,480 HOURS 750 HOURS 

RATE OF 2.0 (4) 15 MAN/YEAR “53 MAN/YEAR : N/YEAR | 1.6 MAN/YEAR 39 MAN/YEAR 

(5): S? a $23.2K $27. 6K $72.4K $15. 6K 


TOTAL 


$184. 4K 


eT 


'1) SOURCE = CMO PROGRAM SUMMARY | 
(2) TWENTY HOURS SAVED CONSISTS OF 12 HOURS AVERAGE REDUCTION IN TAPE CREATION AND SEVEN HOURS AVERAG: REDUCTION IN TRYOUT 


(3) ESTIMATED CHANGE RATE TO LINE BALANCE x NUMBER NC PARTS - HOURS SAVED CONSISTS OF REDUCED TAPE CREATION AND TRYOUT 


(4) MAN-YEAR BASED ON 1,920 MOURS PER YEAR 
(5) SAVINGS = MAN-YEARS x. S40K PER MAN-YEAR 
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TOOL BUILD SAVINGS 

Fourth quarter savings in 1980 were documented for 25. OK. Of this savings, approximate- 
ly 50 percent was in wire wrap build and 50 percent was in the Computer Graphics wire EDM 
programming. To summarize yearly savings, the 25.9K per quarter was expanded to 103.6K 
per year. The 103.6K per year is considered conservative since all personnel have been in a 
learning curve and in a procedures modification mode of operation. The other build savings 
reference is in chart gages. Of the approximate 100 chart gages completed annually, 85 will be 
done in Computer Graphics, yielding a build savings of $175 per job. Thus, a savings of $15K 
per year in chart gages is estimated. 


Total Five-Year Savings Chart Gage $ 75K 
Total Five-Year Savings WW/EDM 518K 


Grand Total $593K 


COMPUTER GRAPHICS 
TOOL ENGINEERING 


INVESTMENT 

Capital Expense 
Original (Actual) | $483.3K 
- Associated $ 65.0K 
- Ongoing 196.2K 
Second Three Station CAR (Actual) 147.7K | 
- Associated | 15.0K 
- Ongoing 147.4K 
New Outlay : 305.3K 
- Associated | 5.0K 
- Ongoing | 85.5K 
Overhead Included in Return on Investment _ 192.0K 

$936.3K $706.1K 
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COMPUTER GRAPILICS - 3 C.A.R. 
RETURN ON INVESTMENT (ROI) = 


nee oes wpe ne coms 
° 
=S$ 


PAYBACK PERIOD . 


Oe ee Oe er ee oy ry 


NET PRESENT VALUB- 


eg eee tS tit A iy a ee eR Se So i a 
\SSUMPTIONS SUMMARY 
“TAX RATES: 52.0% ALL YEARS __ 


DISCOUNTING IS DISCRETE 


DISCOUNT RATES: 28.0% ALL YEARS 


. 
ae OO On Mh Ae Cage Meo emir weed Ge tame. tn bane © OTe Ce Bom ® 6 Cam OR ae Oe Meee s 


COMBINED — 


41.38% 


1 tatenaa etaneenadintindatn athlete atta adnate peemeanatal  neeeiiaemmetimenete oe ener piararety 
4 ] l e 8 
end tonet 2 mae Fee Een ee et 68 tte meena inte @ eae ote os See 6 Se tet oe re eee ee ee ee i ce ce oe ar ry 


0) a nt tes me eleetnetliat a natmety Ge ieihetmeine Re tim th eet he bee Ae meee 8 


ee cenlatieneeamnenstesieliaasemsaatetanennenntnteansamssameenamndticnn line ecmncrmareh damacleateocasnemmenrthanspaatemiataatie tates tunnte toe anteeemmesenmennammendicenicathenaeimnemeataiaamtatanetetannmarh ann nae aeen ates need eee ornate 
5 * . 


---- INVESTMENTS ---- 


TYPE 


_. _€PU_& 4 ST. 
3 ST. 
CPU & 2 ST... 


_DISCRETE 
CON'T INUOUS 
CONTINUOUS 


ae Ree ee 8 we eee ee 8 08 ee ees) a: ee CRE OH He 8 ew 


STRAIGHT LINE 


Oo ne ep Serena 


_ DEPRECIATION 
METHOD START LIFE 
A868 3 _YRS 
1986 5 YRS 
1981 5 YRS 


LINE 
LINE 
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‘THE CASE FOR A GREATER 
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INTRODUCTION 

The development of Computer based Design techniques has been, up until now, ona 
piecemeal basis following the specific needs of the developing group or supporting company. 
This process, of devising solutions for particular needs should be recognized as being the 
natural course of development in all engineering situations (as opposed to a science-based ap- 
proach where general principles would be extracted). The ‘target’ nature of engineering ac- 
tivities will thus not follow systematically through the design process by converting each stage 
at a time into a computer based procedure. Development will commence on the areas of 
greatest need or areas of easiest justification. A patchwork of techniques have thus been 
developed, having no common base, but all existing under the general umbrella of ‘CAD’. 


THE DESIGN PROCESS 

In order to be able to categorize the existing techniques and to specify new areas of need, 
it is necessary to investigate in some depth the design process itself. Again, the ‘target’ nature 
of engineering must be recognized in that the activities included within the process will vary in 
relative weight and order depending on the objectives and targets set to control the company 
and/or its product. The classical description of the design process is that it is the method 
whereby the conceptual solution of an engineering problem is turned into reality. 
| The process is thus assumed to start with the acceptance of a design specification. No 
design can, however, be deemed to be successful unless the objectives have been clearly stated 
at the outset. This definition seems to suggest that the designer takes no part in (or assumes 
‘no responsibility for) the original specification. The design team (and hence the design pro- 
cess) must however include some participation in the onemay formulation of the problem 
definition and its constraints. 

_ Once the need has been established, various approaches can be tested against the pro- 
posed target. This is usually termed the concept stage in which the ideas are gradually refined, 
to give a single workable solution. As the proposed solutions gradually ‘solidify’ into a de- 
fined hardware proposal, the design problems move out of the concept stage and into the 
analysis phase. This transition may not be obvious as the detailed consideration of a number 
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of alternative solutions may be considered as a conceptual investigation whilst the calculation 
of design parameters for the final design would naturally fall into the analysis section. 

Once the proposed design has become sufficiently firm, the details of the manufacturing 
processes and constraints can be chosen, to turn the proposed solution into reality. This ac- 
tivity is usually termed the ‘detailing’ phase. 

Whilst the design process can be considered theoretically as a simple linear system con- 
taining three elements (shown in Fig. 1) in practice it takes on a far more complex format. 
Rarely is one phase completed before another started. Usually differing aspects of the design 
develop at differing speeds. Some areas of the design are hardened down immediately 
(perhaps there is a desire to use an existing component or format) whilst others are allowed to 
float until a very late stage in the complete development of the product (‘Last Minute’ deci- 
sions). The non-uniform advance across all the elements can also create confusion in the pro- 
cess as pictured due to the interdependence of many of these elements. Some aspects even 
after final detailing may be forced to return to the analysis (or even the concept) phase in 
order that they can be made compatible or function with all other elements. The process being 
iterative in nature is thus seen to take on the characteristics of both oscillating and cycling 
systems rather than that of a simple linear one. It then becomes confusing to talk simply 
about the ‘concept’, ‘analysis’ and ‘detailing’ phases as these terms tend to suggest the single 
once-only operation rather than the possible large number of iterations. It seems incongruous 
to talk about a concept or analysis activity for a particular element when the major activities 
have reached the detailing stage. It then becomes more appropriate to call them the primary, 
secondary and tertiary phases of design, (as shown in Figure 2). 


PRIMARY CONCEPT 


SECONDARY | ANALYSIS | 


TERTIARY DETAILING 


Figure 1: Theoretical Design Process — Major Classification 
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PRIMARY 


[concept] 


SECONDARY 


[anatysis | | 


TERTIARY 


[DETAILING J | 


Figure 2: Iterative Design Process 


CATEGORISING EXISTING TECHNIQUES 

If then the existing techniques (or available programs) are categorised under these three 
headings their role within the overall design process becomes apparent. It also helps to clarify 
those areas of design which have been successfully computerised and those areas which have 
been neglected. , 

This grouping of techniques within ‘CAD/CAM)’ allow the potential user to choose or 
assemble a system, from all that is available, which will best fit his needs. No longer is it 
necessary for us to all use the same words to mean completely different things. 

The table in Figure 3 gives the broad outline of the classification for electrical, mechani- 
cal engineering and architecture. e 4 
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PRIMARY | SECONDARY . | TERTIARY 

DESIGN DESIGN DESIGN 

CAD 1 _ | CAD 2 | CAD 3 

(CONCEPTUAL) (ANALYSIS) |} (MANUFACTURING INFORMATION) | 


| ELECTRICAL : | CIRCUIT 
ENGINEERING | ANALYSIS 


COMPONENT 
SELECTION 


_ STRESS DRAFTING 
MECHANICAL (F.E.M.) 
ENGINEERING 
KINEMATIC/ 


- MECHANISM 


NC. TAPE 
PRODUCTION 


VIBRATIONS / 
DYNAMICS 


PIPE RUNS 


STRUCTURAL 
ANALYSIS _ 


CARTOGRAPHY 


ARCHITECTURE 


PURPOSE/ 
LAYOUT 
ANALYSIS 


Figure 3: Categorisation of CAD Programs 


TERTIARY DESIGN 

When such a classification is employed it becomes obvious that the majority of work has 
been directed towards the tertiary activities. The main aim of the normal turnkey CAD/CAM 
system is to operate in this region. | 

This approach is not surprising as whilst the inputs (in terms of component peaiicenieatey: 
are varied and numerous the output format is very well defined. These fall into two well 
documented categories of either man-readable instructions or machine-readable instructions. 

Two types of man-readable data are prepared; drawings or schedules. The drawings con- 
tain both pictorial and symbolic representations. Many levels of pictorial description are 
available from the simple two-dimensional representation of the drawing sheet through to the 
full three-dimensional solid body of complex shape. The correct level of representation can 
then be chosen to fit the needs of the particular work in hand. The type of drawing (or 
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‘language’ used) again depends upon the particular application. The rules of presentation and 
representation change depending whether the output is an electrical diagram, engineering 
drawing or site plan. The techniques employed for the geometric representation of thrée- 
dimensional bodies varies as does the methods storing and retrieving the data. These again 
must be chosen to match the needs. (The construction of solids for interference analysis im- 
poses quite different geometric constraints to those for the construction of isometric (or 
perspective) pictorials). 

~ Whilst the production of numerically controlled tapes for production is usually separated 
off as ‘CAM’ it is really the machine readable part of the tertiary design phase. The decision 
to instruct a machine to automatically produce an item rather than produce a pictorial 
representation takes the designer down the ‘CAM’ route. 


SECONDARY DESIGN z 

The word ‘design’ when used in common English tends to imply that some creative activi- 
ty is taking place. Our expectation of what is deemed to be ‘creative’ is equally vague. 
Anything that is simple and obvious is not creative and hence not design. There is thus a 
tendency for some engineers to say that drafting (and hence tertiary design) is not really 
design. The mundane activities necessary to produce an artefact are not really design; solely 
production engineering. Design really takes place only from the conception of a idea up until 
it can be seen to be a fully developed and workable solution. Thus when many people talk (or 
think) about CAD they are referring to the secondary design activity wherein the seed of the 
idea is fully investigated and developed. 

Within this secondary category are grouped all the engineering analysis activities normally 
performed using computers. Many such programs have been developed over the years to ex- 
ploit the computers ability to retrieve and/or manipulate large quantities of data. Complex 
matrix and iterative processes can be employed to resolve or optimize a large number of 
variables in a complicated interactive model. It is thus not surprising that to these people 
design means the application of high level analysis programs such as finite element structural 
analysis and automatic circuit analysis programs. Whilst these are perhaps the most complex 
pieces of analysis that need to be performed they are not at present really interactive design 
programs; simply the analysis of a specified configuration. However much analysis and design 
work can be performed on the existing turnkey computer system by making use of its large 
graphics capabilities with a limited amount of numerical manipulation. Much design at 
present is performed against codes of practice and standards. Programs can be provided or 
written which interpret the component design in accordance with these rules. The program 
output can be in the form of specified data or given as nomograms which can be interpreted 
by the designer. Many companies have developed a range of these programs to satisfy their 
own needs and requirements. They thus tend to be very company dependent and remain un- 
published as their content is only of interest to their direct competitors. 

It is thus in the areas of secondary design that the software houses are most active. 
Packages are developed in accordance with customer reduinements or by recognising that a 
common need exists within a particular field. 


PRIMARY DESIGN 

Little or no work has been published on this conceptual activity. Whilst the desired out- 
put and constraints can be specified in both the secondary and tertiary activities it is extremely 
difficult at times to specify the form of the output required 1 in the primary stage and more dif- 
ficult to attempt to quantify it. 

When asked, many designers are either unaware that they are S pétiorming any creative ac- 
tivity or are unable to rationally describe it. (‘It just comes’ or ‘It’ s obvious’). Without an 
understanding of the logic, weighting and constraints of their design situation it is impossible 
to provide the supportive design aids. This is the area where the greatest benefit could occur 
but the effort necessary to develop the techniques may be enormous. 

It is strangely in this area that the greatest fears against ‘CAD?’ exist. There j is the almost 
paranoic feeling that the machines will take over. Artefacts will be designed and produced 
without human control. This is caused possibly by the lack of clear understanding of the 
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designer’s role in the primary phase. It is thus difficult oe assert that the computer will not be 
able to take it over. It then, becomes seen as a threat rather than a design aid. The clearer — 
division of activities within the overall design process, it is hoped, will help to alleviate this | 
problem. - 


CONCLUSIONS 

The subdivision of ‘CAD’ into its Primary, Secondary and Tertiary phases helps to 
clarify the activities that, at present, can be performed by the existing turnkey packages and 
specialised programs. Much work is still required to be performed in the initial conceptual 
phase in order to provide the designer with tools necessary to hold and manipulate a larger 
number of alternative schemes and constraints. =| 

Many analysis programs and geometric packages now exist. Effort is required in 
establishing which techniques are best suited to handle particular range of engineering prob- 
lems. Companies must be encouraged and helped to investigate the optimum form of the 
design process within their industrial constraints. Once this has been done the computer based 
design packages can be tailored to provide a truly integrated computer aided design facility. 


~ NOTE: Specific companies and their needs will be used as illustrations during this paper 
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Abstract 


This paper explains the results of extensive speed degradation testing done on a 
Computervision CGOS100/10 multiterminal system. The intent of the paper is to aid the 
manager of a CAD/CAM system in predicting speed degradation as terminals are added to a 
system. Using this data, the optimum number of terminals per CPU on a | return-on- 
investment basis can be determined. 


Introduction 

At the time that this test was conducted, June, 1980, there seemed to be little information 
available concerning speed degradation of multiterminal Computervision systems. The system 
users knew that the system got slower as more terminals were added, but no one could say 
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just how much slower. It seemed that the only way to know the optimum number of ter- 
minals per system was to fully load one CPU and perform time testing. Using the test results, 
the terminals could then be split up between CPU’s for maximum productivity per system. 


Test Validity 

It should be noted that the large number of variables makes it impossible to exactly 
duplicate these tests. This variability also prevents an exact prediction of expected system pro- 
ductivities. (Remember: Compare these estimates to the estimated degradation from other 
tests. You may get ‘‘different’’ degradation depending on how you use your system, the en- 
vironmental conditions, length of usage, and the condition of your system. Actual overall 
degradation will probably be less than the overall estimate.) (Sound familiar?) 

The following are some of the parameters affecting test results: 


Hardware Connniniion 

e Number of stations and location 

© Number of disk drives and location 

e Number and type of additional peripherals 
e Placement of boards within CPU 

e Etc. 


Software Configuration 

@ Number of tasks 

@ Revision level 

® Task priorities 

e Location of software 

e Location of data 

e Number of sectors per cluster 
e Amount of data on disc(s) 

© Etc. 


Physical Environment 
e Temperature 

e Humidity 

¢ Power isolation 

e Air flow 


Activity 

e Number of tasks in use 

e Type of activity 

e Part sizes involved 

e Time of day (believe it or not) 


System Description | 
The system used in this test consisted of the following hardware: 


e One CGP100 with tape drive 

e Eight design stations; one located over A, 800 feet away 
e One Decwriter 

e One CVD digitizer with eae: Siegler 

© Two 80 MB disc drives 

© Two Versatec electrostatic plotters (24 inch and 42 inch) 


The software consisted of the following: 


e CGOS100/10 O/S 
® Revision 10.021 
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e Applications software for MD, PC/ES, N/C, sheet metal development, wire-wrap 
development, plant layout, engineering, and full programming capability 

e Four sectors per cluster 

e Ten tasks (as used) 

® Default reformat procedure 

¢ Two drives treated as one large volume | 

e Status of approximately 18,000 (hex) sectors available and 14,000 (hex) sectors con- 
tiguous 


Note: This was probably the heaviest loaded CPU in the Computervision world. Conse- 
quently, it was also probably the slowest. However, it should be noted that the system per- 
formed as well or better than it did when there were only four stations on it. The Computer- 
vision system seems to be a real ‘‘workaholic.”’ 


Test Procedures 

The first portion of the test was run on June 17, 1980, on third shift. The four applica- 
tion execute files were run on the Decwriter separately for determination of time test length. 

The second portion of the test was run on June 19 and June 20, 1980, on third shift. The 
mechanical execute file was timed on the remote station (37) for comparison with local sta- 
tions. Then, the system was loaded with four stations using the four application execute files 
and the other stations using the mechanical execute file. These were simultaneously tested 
starting with eight stations and ending with four stations—eight stations while plotting; eight 
stations while taping; eight stations; seven stations; six stations; five stations; four stations; 
four stations while plotting; four stations while taping; finally, the four application execute 
files were run on Station 21 for comparison of time test length. In all of the second portion, 

_ the unused stations were logged out. 

The third portion of the test was run on June 23, 1980, on third shift. The test was run 
to compare time differences between unused stations being logged on or off. In this test, all 
unused stations (including the Decwriter) were logged on and put into cards. Then, the four- 
station test of portion two was duplicated. It was assumed that if there were any differences 
caused by the state of unused stations, those differences would be greatest when the test was 
run with just four stations. 

The last portion of the test was run on June 26, 1980, on first shift. The test was run to 
compare time differences between hardware configurations. In this test, the system hardware 
and software configuration was changed to four stations. Then, the four-station test of por- 
tion two was duplicated. It was assumed that if there were any differences caused by con- 
figuration, those differences would be greatest when the configuration was reduced to four 
stations. 


* Te st ; Conclusions 

“Part 1 (when compared with Part 2) showed that there was little difference between test 
times on the Decwriter and those at the design stations. The exception to this was the fabrica- 
tion test, which was considerably longer because of all “ carriage returns between each of 
the outputs. 

Part 2 showed that there was little difference in test time between the remote and local 
stations. The rest of the results of Part 2 have been charted and graphed (see Figures 1 
through 7). Figure 1 shows the test times in minutes. Figure 2 shows the ratio of degradation 
based on a one-station operation, and Figure 3 shows the ratio of degradation based on a 
four-station operation. Figures 4 through 7 are plots of the degradation for each of the ap- 
plications tests. Figure 4 shows the fabrication application runs about the same speed 
regardless of the number of stations being used. The fabrication test seemed to share time 
with the other tests when five and six stations were being used. But, as the seventh and eighth 
stations were added, the fabrication test went back to the speed it ran at when there were four 
stations running. This is probably due to the priority of operations involved. Figures 5 
through 7 showed that the other applications have approximately the same amount of linear 
degradation as the number of stations in use increases. The mechanical test showed a slightly 
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higher degradation than the others, but this could be because the same mechanical test was — 
used for five of the stations. If the electrical test was used for the extra terminals, it would 
probably have shown more degradation than the others. The plotting and taping tests showed 
the following percentages of degradation. 


Plotting With Taping With 
Four Eight Four Eight 
oe Stations Stations Stations Stations 
Electrical Tool Design 6% 4% 36% 22% 
Mechanical Tool Design 17% 11% 28% 10% 
Fabrication = 1% 6% 72% 103 % 
Plant Layout 24% 18% 7% 6% 
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Part 3 showed that it makes no difference whether the unused stations are logged on 
or off. 

Part 4 showed that there is little sianges in degradation when the hardware and software 
configurations are changed. While all the tests ran faster, the change was only an average of 
3 percent. 


Productivity Analysis and Evaluation 

_ The main purpose for the tests is to determine the optimum configuration per CPU ona 
Computervision computer graphics system. With all the variables involved, it is very difficult 
to predict exactly what to expect in any given situation. The tests showed some trends that, 
until more data is available, we will have to base our decisions upon. 

Using Figure 3 on Page 403, we can determine what will happen to productivity when ter- 
minals are added to the basic four-station system. The base times of the four application ex- 
ecute files were normalized to one to develop a ratio of speed degradation. The fabrication 
data shows no apparent change as terminals are added. This implies that the fabrication ap- 
plication takes first priority over all else, regardless of the system load. If the fabrication test 
had been run against itself, then the fabrication data would show a speed degradation similar 
to the other applications. We will average the degradation of the plant layout, electrical, and 
mechanical tests. 

Average degradation of the execute file tests: 


Five-station system 23.5% 
Six-station system 48.6% 
Seven-station system 68.2% 
Eight-station system 92.4% 


In determining productivity decrease, there are two factors that must be considered along 
with the test data itself. They are the percentage of execute file speed at which the user works 
and the percentage of design time actually using the system. Because the designer does not 
keep the system continually busy like the test execute files do, we will factor in a percentage — 
of efficiency. Since we do not have any exact figures, we will compute for 70 percent, 80 per- 
cent, and 90 percent efficiency. In addition to efficiency, a designer does not spend all of his 
time using the system. Again, not having any exact figures, we will compute for 70 percent, 
80 percent, and 90 percent system usage. These two factors will reduce the percentage of 
degradation and give us a more accurate picture of the productivity decrease. 

First, we will use the following formula to calculate the increased time needed to com- 
plete a job due to degradation. 


Percent Degradation x User Efficiency = Increased Time Needed 
to Complete Job 


Number | | Increased Time Needed to 

of * 3 i | Complete Job 

Design | Percent | at Efficiency of 

Stations Degradation | 70% 80% — 90% 
5 23.5% 16.45 % 18.80% 21.15% 
6 48.6% ; 34.02% 38.88% 43.74% 
7 68.2% 47.74% 54.56% 61.38% 
8 


92.4% 64.68% 73.92% 83.16% 
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Then, we plug the increased time value into this next formula to determine the produc- 
tivity ratio adjustment factor. 


Design Time Design Time Productivity 


Utilizing + Not Utilizing ~ Ratio 
the System the System : = Adjustment 
Design Time | Increased Time Design Time Design Time Factor 
Utilizing +] Neededto x Utilizing |+ Not Utilizing (PRAF) 
the System aed Job the System the System 


Example using 100 hour job with 80 percent efficiency and 80 percent usage on 
five stations: 


80 Hours + 20 Hours — 869 
80 Hours + (18.8% x 80 Hours) + 20 Hours 


Assuming that a user spends 70 percent of the design time using the system: 


Number of The PRAF for The PRAF for The PRAF for 
‘Design a 70 Percent Efficient an 80 Percent Efficient a 90 Percent Efficient 
Stations Designer Will Be Designer Will Be Designer Will Be 

5 .897 .884 .871 
6 .808 .186 -766 
d .750 .7124 .699 
8 .688 .659 632 


Assuming that a user spends 80 percent of the design time using the system: 


Number of The PRAF for The PRAF for The PRAF for 
Design a 70 Percent Efficient an 80 Percent Efficient a 90 Percent Efficient 
Stations Designer Will Be - Designer Will Be Designer Will Be 

5 .884 .869 855 
6 .786 .763 741 
7 .724 .696 .671 
8 .659 .628 | .600 


Assuming that a user spends 90 percent of the design time using the system: 


Number of The PRAF for ‘The PRAF for : a fo, The PRAF for 


Design a 70 Percent Efficient an 80 Percent Efficient a 90 Percent Efficient 
Stations Designer Will Be -. Designer Will Be _Designer Will Be | 
5 .871 " 855 as. 2 840 
6 .766 TAD eee. .718 
7 .699 : .671 . .644 
8 .632 | 600 © 572. 
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Now, we will use these PRAF’s to determine what will happen to our total system output — 
when compared with the original CAR prediction. The original prediction was that we would 
achieve the following increases in productivity as a result of using computer graphics: 


Electrical Tool Design 2.0to 1 
Mechanical Tool Design | 1.8tol 
Fabrication Applications 3.5 to 1 


Plant Layout Applications 1.5tol 


To obtain an estimate of the total system output, we will simulate our usage of a four- 
station system. During the first shift, the fabrication and plant layout applications would each 
use One station. The other two stations would be used by tool designers — electrical or 
mechanical depending on the week. During the second shift, all four stations would be used 
by tool design. Two stations would be used by mechanical and the other two stations would 
be used by either mechanical or electrical tool design, again, depending on the week. Thus, 
the estimated hours saved would be affected as follows in the data below. | 


Number of | 
Eight-Hour 
Application Users 
Electrical Tool Design 2 
Mechanical Tool Design 4 
Fabrication | 1 
Plant Layout 1 
Totals 8 


Manual 


Methods 


16.0 Hrs. 
32.0 Hrs. 
8.0 Hrs. 


8.0 Hrs. 


64.0 Hrs. 


Four-Station 
System 
32.0 Hrs. 
57.6 Hrs. 
28.0 Hrs. 
12.0 Hrs. 

129.6 Hrs. 


Productivity 
Ratio 


2.00 to 1 
1.80 to 1 
3.50 to 1 


1.50 to 1 


2.03 to 1 


Assuming that a user spends 80 of the design time using the system and that a user works 


at 80 percent of the execute file speed: 


With the addition of a fifth station being used for plant layout applications on the first 
shift and electrical tool design on the second shift, the following amounts of work would be 


accomplished: 
Number of 
Eight-Hour 
Application | Users 
Electrical Tool Design 3 
Mechanical Tool Design 4 
Fabrication 1 
Plant Layout 2 


Totals 100 


Manual | 
Methods 
24.0 Hrs. 
32.0 Hrs. 

8.0 Hrs. 
16.0 Hrs. 
80.0 Hrs. 


Five-Station 
System 
41.8 Hrs. 
49.9 Hrs. 
24.3 Hrs. 
20.8 Hrs. 


136.8 Hrs. 


Productivity 
Ratio 


1.74 to 1 
1.56 to 1 
3.04 to 1 


1.30 to 1 


1.71 to l 


With the addition of a sixth station being used for mechanical and electrical tool design 
.on both shifts, the following amounts of work would be accomplished. 


Number of 


- Eight-Hour 
_____Application Users _ 
Electrical Tool Design - «eae 4 
Mechanical Tool Design ee 
Fabrication 7 1 
Plant Layout 2 
Totals 7 12 
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Manual 


Methods 


32.0 Hrs. 


40.0 Hrs. 


8.0 Hrs. 


16.0 Hrs. 


96.0 Hrs. 


Six-Station 
System 
49.0 Hrs. 
54.8 Hrs. 
21.4 Hrs. 
18.2 Hrs. 
143.4 Hrs. 


Productivity 
Ratio 


1.53 to 1 
1.37 to 1. 
2.67 to 1 


1.14 to1 


1.49 to 1 


With the addition of a seventh station being used for mechanical and electrical tool 
design on both shifts, the following amounts of work would be accomplished: 


Number of 
Eight-Hour Manual -Seven-Station Productivity 
Application Users Methods | System Ratio 

Electrical Tool Design 5 40.0 Hrs. 55.6 Hrs. 1.39 to 1 
Mechanical Tool Design 6 48.0 Hrs. 60.0 Hrs. 1.25 to 1 
Fabrication 1 8.0 Hrs. 19.5 Hrs. 2.44 to 1 
Plant Layout 2 16.0 Hrs. 16.6 Hrs. _ 1.04 to 1 
Totals 14 112.0 Hrs. 151.7 Hrs. 1.35 to 1 


With the addition of an eighth station being used for fabrication applications on the first 
shift and electrical tool design on the second shift, the following work would be accomplish- 
ed: 


Number of 
| Eight-Hour Manual Eight-Station Productivity 
Application Users Methods System Ratio 
Electrical Tool Design 6 48.0 Hrs. 60.5 Hrs. 1.26 to 1 
Mechanical Tool Design 6 48.0 Hrs. 54.2 Hrs. 1.13 to 1 
Fabrication 2 : 16.0 Hrs. 35.2 Hrs. 2.20 to 1 
Plant Layout 2 16.0 Hrs. 15.0 Hrs. 0.94 to 1 
Totals 16 128.0 Hrs. 164.9 Hrs. 1.29 to 1 


All of these test results are dependent upon the test parameters as outlined in Pages 2, 3, 
and 4. The large number of parameters involved shows the high degree of variability that is 
possible in actual system use. However, when attempting to maximize the capital investment, 
the manner in which the system is used has a much greater impact on total system output. It 
is, therefore, essential that systems be examined on an individual basis before making an in- 
vestment decision. 

While the data may be inconclusive because of the high degree of variability involved, the 
information gained is invaluable. We were unable to find any real world data on speed 
degradation anywhere. In summary, the following statements can be made based on the test 
results (when conditions are similar to the test conditions): 


e Time sharing between design stations is equivalent. 

e Speed of operation is not affected by distance from the CPU. | 

¢ Leaving unused terminals logged off does not affect the speed differently than leaving 

them logged in. 

Reconfiguring the hardware and software to > eliminate unused terminals can increase 

system speed by as much as 3 percent. - 

e Plotting does not degrade the system speed any more than normal design operation 
would (except for plant layout). 

e Taping slows down operations by as much as one third (plant layout hardly affected, 
and fabrication affected by as much as 100 percent). 

e Speed degradation is linear with the addition of the fifth, sixth, seventh, and eighth 
terminals. 

e N/C applications take a high pitority al in comparison with atliee applications: 

e Generally, system users should see the following productivity losses: 


Five Stations 13% ~ Seven Stations | 7 | 30% 
Six Stations 24% Eight Stations — 37% 
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Additional Comments 

During the time that our system was loaded so heavily, we were able to do a great deal of 
training of designers. As trainees, the degradation was not as great of a problem. By purchas- — 
ing our second CPU and splitting up the terminals after the bulk of the training was com- 
pleted, we were able to maximize the return on investment. 

Also, the reduced speed of the system forced us to off-load work, where possible, to the 
third shift, and use various means to do productive work without requiring the designer’s 
presence at the terminal. We might not have tried so hard to off-load work had the degrada- 
tion been less. The techniques learned during that time when degradation was bad are being 
applied to further increase our productivity. | 


A 59 page report of all the details of this test is available by contacting: 


Blaine E. Burnett 

Xerox Corporation 

800 Phillips Road 
Building 207A a 
Webster, New York 14580 
(716) 422-9459 
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STANDARDIZED RESPONSE TIME 
MODULUS DETERMINATION ROUTINE 


Doug Schuler 
Boeing 
P.O. Box 3707 
M/S 6A-26 
Seattle, WA 98124 
206-251-2487 


ABSTRACT | 

The purpose of this paper is to demonstrate a simple routine to determine the systems 
response time. 

This paper describes the use of a modifiable routine to find the response time modulus 
through a series of repeated commands and calculations based on the elapsed time. The 
routine has several forms for time checks in various modes. Standardization execute files run- 
ning on other tasks with test parts are used to establish relative modulus readings. These 
routines can be effectively used in determining task, budget, shift, or manpower allocations. It | 
could even be used to determine which types of routines are best left to a second or third shift 
due to their extreme predilections towards slowing down the system. The routine can also be 
utilized in benchmark and acceptance testing. 

This paper is to demonstrate a simple method for determining the response time of the 
system. The routine uses the DATE command 100 times and divides the elapsed time by 100 
to determine the average time per response or response modulus. 

The routine as it now exists (before any major revisions or enhancements for more 
demanding or specific applications are made) consists of two portions; an execute file and a 
parex file. The initial and main portion is the execute file which first deletes the files that were 
produced last time the program was run. In a more complex incarnation of the program the 
new information might be simply appended onto a preexisting file for a running account. The 
file then makes a file of the conditions at the onset by nesting a LSTTSK in HARDFILE 
NN.CONDITIONS. The command DATE is then given 100 times within a HARDFILE. 
NN.DATE. 100 is an arbitrary number here and any number will do. I picked 100 because, I 
felt, it would not give undue attention to a transient surge Or lag, nor give rise to errors in 
rounding. Using DATE for the command to be repeated is a reasonable choice for two 
reasons. 1) It gives the time directly, thus keeping the number of commands used to a 
minimum, and 2) It is a low priority command. _ 

The execute file then edits the brand new file of 100 dates and times. It deletes lines 2-99, 
leaving the residue of the first and last DATE command. After some copies of lines are made 
and some characters are deleted, the line ‘‘-RUN PAREX NN. MODULUS” is inserted as the 
first line of the file. The file now looks like this: 
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RUN PAREX NN.MODULUS 
HO (hours at onset) 

MO (minutes at onset) 

SO (seconds at onset) 

HE (hours at end) 

ME (minutes at end) 

SE (seconds at end) 


The edited NN.DATE is filed and main execute program proceeds to enter a dummy part 
and executes NN.DATE. The first line of NN.DATE says to run parex NN.MODULUS. The 
time variables are dropped into the parex file as type 1 parameters. Type 4 calculations within 
the parex file convert the hours, minutes, and seconds at the onset and the hours, minutes, 
and seconds at the end into a number of seconds. The difference is then found between these 
two derived numbers and is divided by 100 to find an average time per command or 
‘‘response modulus’’. The last two lines of the parex file are: 


‘i CONDITIONS AT ONSET OF TEST CAN BE FOUND IN NN.CONDITIONS 
53 RESPONSE MODULUS = &MOD 
(where &MOD is the obtained ratio) 

After the parex file has run its course the original execute file resumes. At this point it 
merely exits from the part, does not file, and returns to system level. 

This routine utilizes no graphics and can, therefore, be run with a Lear-Siegler alone. The 
program as outlined can only be run on one task at a time. Running the program on more 
than one task may result in erroneous data or hung tasks as the programs would be deleting, 
creating, and editing the same files in an incorrect and arbitrary order. If it is necessary to run 
the program concurrently on several tasks, all files used or created must be renamed, probably 
with the task number as part of the file name. 

The program as it exists is skeletal. It will yield a response-modulus which is significant 
over a specific amount of time (typically 40-200 seconds). It would require some enhancement 
for more ambitious testing. Although the proliferation of files might be considered a 
drawback, a program that created files NN. CONDITIONS.1, NN.CONDITIONS.2 and so 
on, along with a file that consisted of the corresponding moduli, would be advantageous for 
rigorous investigation. Running the enhanced program concurrently with test execute files on 
other tasks with RUN MARK utilized could constitute a powerful testing approach with both 
response-moduli and real time values documented in the created files. By conducting 
preliminary tests using the program and by isolating variables such as number of tasks in 
operation, percentage of disk filled, types of commands utilized, peripherals in use, size of 
parts and the like, rational allocation policies can be determined. 
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16 MENUS IN 1 


Ken Mosher 
Senzei Link 
Kirkwood Industrial Park 
Dept 466 
Binghamton, NY 13902 
607-772-3340 


BRIEF 

Here is a method of easily expanding one’s menu capacity without having to change the 
menu graphics sheet. Several different versions of this method can be applied to suit the in- 
dividual’s needs. One such method will be presented here. 


HISTORY 

Our initial development of menu #1 was to make each square a complete command, 
ready for data input. This worked fine until we became smarter and more knowledgeable of 
the CADDS language. Because it was so automatic, it didn’t allow for the addition of extra 
modifiers before data input. So, it was modified to remove some of the ‘‘:’’ to allow for the 
addition of extra modifiers. Still a lot of typing had to be done to type in the modifier names. 
Menu #2 was developed by revising menu #1. Unused commands were eliminated to allow 
room for more commonly used commands. Some were broken up into separate squares. 
Although this meant digitizing more squares to complete a command, additional squares were 
gained for new words. This menu worked fine for most design applications, but wasn’t too ef- 
ficient when a lot of detail drawings were being done on the system. A lot of typing still had 
to be done. Also there weren’t enough blank squares to edit key for special functions. 

Menu #3 took a completely different approach and philosophy. Each square was a dif- 
ferent letter, number, noun or verb. Also 16 squares were left blank for Edit Key. Although 

several squares were required to complete a command, very little typing had to be done. 

When the 16 blank squares reserved for Edit Key became filled up, a ‘Copy of Menu #3 was 
done to make Menu # with 16 blank squares. | 

This led to Menu #5, now with 2 small 16 square paper overlays to keep track of what 
was on #3, #4, and #5. These paper wee led to the creation of 16 Menus in 1. 


PRESENT 

Now with the original 220 square Menu #1, plus the additional 240 squares (as x 
16 =240) from Menu #2 thru Menu #16, the flexibility, completeness, and automation exceed- 
ed our current needs. 
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Our operators were very receptive to this new menu, because the basic original menu was 
left intact. They didn’t have to learn a complete new menu. They only had to become familiar 
with the new mini menus. Also their efficiency has definitely improved. Most of the typing er- 
rors have been eliminated. Required modifiers aren’t left out. Library part names don’t have 
to be looked up. Many of the squares now run programs; like EXEC, PEP, PAREX, and 
VARPRO, further increasing their efficiency. 


FUTURE | 
We are currently structuring snecinlized menus for Structures-Frames, Control Panels, 
PC-ES, NC, etc. 


HOW TO CREATE 

Take an existing menu and Key File or create a new one, leaving a 4 x 4 section of 
squares blank, preferably i in the lower 110 squares, either on the left or eve side. Copy this 
Key File 15 times, naming each successive file Menu #2, Menu #3, , Menu #16. Edit each 
menu’s 16 blank square sections to your desired needs. 

Two additional squares, preferably adjoining the blank section, are required. One is to 
tell the user which menu # one is currently active on. The other is a variable command to 
change from menu to menu. 

For the menu graphics add the 4 x 4 section of squares, 15 times below the original 220 
squares. You now have one menu graphics sheet with 460 squares on it. | 


HOW TO USE | 
Menu #1 is used in the normal manner by digitizing the square with the desired com- 
mand. Menus #2 thru #16 are used by restoring the desired menu # for the command(s) need- 
ed and digitizing the corresponding blank square of Menu #1 to activate the command. 
Menu 41 blank square area can be used for special commands by doing an Edit Key 
for it. 
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KEYFILE & MENU CONSTRUCTION 


COMPUTERVISION CADDS 3 
INTERACTIVE GRAPHICS SYSTEM 
MECHANICAL DESIGN 


- Joe H. Harrison 
Vought Corporation 
P.O. Box 225907 
Dallas, TX 75265 


ADVANCED KEYFILES 
I. Elements in the Basic Contruction of Keyfile 
A. Layout 
B. Function Keys 
C. Color 
D. Programs 
II. Other Considerations 
A. Special Characters 
B. Carriage Returns 
C. Grouping 
D. Chaining 
| E. Program Calling Keys 
III. Example Keyfile Problem 
IV. How It Works 
A. Get Keys 
B. Hidden Keys 
V. Color 
A. Grouping 
B. Color By Type 


CONTENTS i. . | 

List of Illustrations ................ Se a re ee eee tub dace Dea ne eee 
PROSE OC e's tach yaaa iaaehe eaters bie vesnaeng ead ees Oe ee ee rer 
IN(FOCUCHON: 223.4. dstisincd2 ie vee eae Vein oe eee isoacatihane Sd bernie Riches ern ae pied hace ae 
Keyfile Construction ................66. heehee hae eeteca crate oe atte oe 
Special PUNCHION Keys- se %.c- 4-44 seuda cakes otieetie Marne ASS aK oa ee ee ees 
ACOIOL SCOALAUIONS sc.8:ick thatched nh neg ew Ab ae seieenere a baw Red ath 5 Suds where acee RE ele Se We 
Programming the Keys)s<i.¢tab yi bbe ane dead eG tee sheet ie eh eas 


LIST OF ILLUSTRATIONS 

FIGURE 

1. Mechanical Design Menu 

.2. Calculate Expression Overlay 

3. INS TEXT, LAB & DIM Overlay 

4. Basic MD MENU Program 

5. Overlay MENU for TEXT, LAB & DIM 


ABSTRACT 

The purpose of this paper is to demonstrate the construction nad organization of 
Mechanical Design Menu. 

This paper describes the use of 36 extra keys described’ in the CADDS 3 Graphics 
Operator Manual. These keys are utilized in conjunction with the 220 keys found in regular 
keyfiles and their operation is similar to a function key on a hand-held calculator. Additional- 
ly, this paper describes the use of operator callable programs with keyfiles, the layout and 
‘design of keyfiles and the use of poner in keyfiles. 


INTRODUCTION 

The use of keyfiles, or menus, is one of the designee s main tools in uae CADDS 3 
Mechanical Designs Package, or any other package for that matter. 
| Menus allow the chaining of commands, calling of programs and the storage of mronia: 
tion utilized within programs. 

Designers utilizing such menus may out-perform any others who do not. This ; is due to 
the fact that typing errors and duplicity in ‘‘key-ins’’ are removed plus the greater advantage 
‘in program handling and calling from the keyboard. The principle of operator programmable 
keyfiles if one of Computervision’s most desirable and most used programming features. 


KEYFILE CONSTRUCTION 
Keyfile construction may be divided into the four following areas: 


1. Layout and Grouping of Keys 
2. Special Function Keys 

3. Color Separation 

4. Programming the Keys 


This discussion shall be limited to CADDS 3 Graphics System. 


Other considerations in keyfile construction are the use of special characters, control 
characters, the use of carriage return, the grouping of commands, chaining keys, using keys to 
call programs and other keyfiles. 

Special characters such as control ‘‘X’’ and control ‘‘E’’ may be easily included into any 
keyfile, and should be in sequence to allow one hand free to type. Lower case delimeter 
should be utilized whenever possible for the same reason. 

Carriage returns should be inserted before many commands in order to omit a second 
digitize when one command is finished. Also, Spaces) colons and question marks can be util- . 


- ized on some commands. 


Chaining commands are strings of eonimand: which have the entire commands pro- 
grammed into one key such as ‘‘ CR INS LIN HOR :”’ thus replacing 2 keys and 5-key 
digitizes. 

Program calling keys can be placed into a menu. 1 anywhere; however, most special pro- 
gram calling keys should be placed in overlays which will be described later. 
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LAYOUT AND GROUPING OF KEYS 

Before layout begins, consideration must be given to the nature of operations to be ac- 
complished by the keyfile. In this example the keyfile to be designed will be general purpose 
2-D and 3-D Mechanical Design. 

The Groups for consideration will be as follows: 


A. All construction commands and modifiers (INS - LIN, CIR, BSPL, ARC, FIL, SPL, 
CONIC, ETC) 

All 3-D construction commands and modifiers (INS TCYL, CUT PLANE ETC) 
Views and Ports and Modifiers | 

. Special GET DATA Modifers 

Zoning, Paging and Displays 

Text, Dimensions and Labels 

. Plotting, Printing, Gerbering 

. Numerics and Alpha Characters 

Control Characters 

Listing (views, ports, Sagnmideene layer, mode, status, etc.) 


STO min o A & 


Grouping should begin in the center of the keyfile for the most utilized commands, work- 
ing toward the outside and bottom for the lesser used commands. Similar commands should 
be grouped in an o overlapping fashion according to the ‘‘A’’ through ‘‘J’’ listing above. Don’t 
waste keyfile space with too many single commands or things like the alphabet. However, do 
include numerical 0-9 using the same layout as on a calculator. Don’t use parex for calculate 
expression. Add several parenthesis in calculate expression (left parenthesis) so that multiple 
calculations may be made. Likewise, in the right parenthesis. 


SPECIAL FUNCTION KEYS 

Special function keys are keys which may have any number of functions. Select 10 to 30 
keys in one area (right side, or left side, top or bottom) and make a hinged overlay (many 
overlays may be used) which can be flipped over (like pages in a book) exposing the keys to 
be utilized. This permits the use of several hundred keys, 20 keys or less will work the fastest. 
To make the key active, build a keyfile (in the Editor) utilizing the same key number cor- 
responding to the key in that portion of the menu selected. For example, suppose you wish to 
have the following commands on your menu: 


1. INS TEXT 
2. INS LAB 
3. INS LDIM 


You want all of their modifiers as well, but if you do this, you must leave out other com- 
mands which you use as much, if not more. To solve this, label three keys (in your overlay 
area): INS TEXT, INS LABLE, and INS DIMENSIONS. When you digitize any of these 
keys, flip the overlay marked TXT, LAB, DIM and all modifiers are active for me TXT, 
LAB and DIM. 

The key you digitize to get this overlay has the command *“GET KEY. CR | 
KEYFILE.XXX’’ where KEYFILE.XXX is the keyfile you made in the editor. To get back, 
each overlay has a flip key (at the same location on each hovetlsy) which has a copy of the 
original 20 keys with a different keyfile | name. | | | 


HOW IT WORKS 

GET KEYS only replaces the keys it lists, it dees not ales any other keys. By using 
SELECT NO ECHO, the flip action becomes invisible to the operator, in fact, by the time 
the overlay is in place, you can complete your command string (if you use 20 keys or less). 
After GET KEYS the command is started. 
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The same thing can be accomplished by utilizing the 36 hidden keys. Key numbers: 
T#111 THRU T#128 
AND 
L#47 THRU L#64 


However, these hidden keys can be utilized in a more effective way, many programs re- 
quire input which can be accessed via the keys. This information may be needed more than 
once, or chained to other commands. 


EXAMPLE: 
Suppose you had a program which inserted a | group of standard parts and you had a part 
which looked like this: 


and you wished to insert this part at any angle and any distance between the date and the 
alpha variable, with the text horizontal. The date is inserted via the flip key which activates a 
program that obtains the date and places it in a keyfile (then GET KEYS) the date is now 
held for future use. 

A continuation of the flip program runs a parex which asks for two digitizes and a 
variable (the date is first and is called by key number invisible to the operator), the parex then 
inserts two circles at the digitizes and a line between them utilizing the modifi ; 
DIGA, [XRar ETC. Text is then inserted on the &DIGA &DIBB. This is a simple 
which serves only as an explanation. The same logic, however, can be utilized to insert section 
arrows, the section number and the section location at any distance apart, any angle, any 
scale, as well as, auto insertion of section name and location with 3 digitizes only—the pro- 
gram exists. 


USE OF COLOR | 

Color may be used to highlight keyfiles, the simplest is to make a sharp full size plot and 
have it copied onto colored paper. If more colors are desired, use cross-hatching on different 
layers, color reproductions may be plotted on the gerber, one file per color. Four colors or 
less is optimum,. any more will defeat the purpose of colors. The purpose of colors is to 
highlight the most used areas (yellow does this well), define grouped commands and to point 
out commands where caution is advised (red). Use photo reproduction to obtain multiple 
copies (make only one with the gerber). 


PROGRAMMING THE KEYS 

Programming the keys is done at systems level. Begin by copying an existing keyfile 
(COPYBCD—etc.). Your new keyfile must be named keyfile.______ keep the name simple. 
If you do not have any existing keyfiles, copy in the key number in the illustration in this 
paper. By observing the sample keyfile program you will notice the methods used to: 


. Add Comments 

Define an Isometric View 

. Call Programs 

. Call Hidden Keys 

. Add Extra Keys 

. Call Personal Keys 

. Have One Key Call Another 


SNM RWNH 


These are just a few examples to look for, many athens exist in the example shown. Note 
also the beginning statements and ending statements of the keyfile. 

After the keyfile (the text file) i is complete, enter into a dummy part, key in the command 
‘“‘“GET KEYS,”’ then key in your keyfile name. This will activate your new keyfile. To keep it 
active for the next time you need it, key in the command ‘‘SAV KEYS’’ and your keyfile 
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name. Remember, if you GET KEYS on one key only it will replace that existing = with 
something new, and not alter any other key. “RST KEY’’ will remove old keys and replace 
them with the new keyfile. 


| | GET | FLIP 
rice che COMMAND BLOCh je KEYS 


win Teor [uow |B ae (ms) (f x )(RPNT 9) We nen X ie on 


LIN | TAN | ct pis |. 
Aa ayia) =a Bim se 
Lage hme © ons 
ss ne ang aa 


se tov) set | LAY ao Gis, 


| Fut | 
tay | Lay | [CY - | 

2 | pee | mW | ca, | DT 
aay ae ag ose] Kae heer que | | 


A ase a0 | 0 | hi ae 
eS 
we fe DS oeerr ye er er 
ps FNS (CON (EcIT Ff 
year (gM, ) aa Fig FRAT IKEY er: |e Pa ea 


SAMPLE GET KEY MENU SAMPLE FLIP CARDS 


oad 
Eat 


maar 
Bs 


ro 


seo evr | 
taut 
ane |e 
mtac4 
se | | 
rand 
ae, |e 


[eT Eas 
BUGS 


ee meeania 
Pi 


— ceverte so.eur 


SAMPLE FLIP KEY MENU | 
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EUVIT KEYS 
C#022<CRoOINS 
C#032<CR>INS 
C#048<CRoINS 
C#N52<CROINS 
C#0468<CR>INS 
C#NO78<CROINS 
C¥088<CR>DIS 
C#N98 <CR>Z0OKM 
C#IO8<CR>Z0OK 
C#ils 3 
C#los 8 

CAL BeeChoSll 
CH#14e<ChalcH 
C¥#15&<CROSEL 
C#192<CROSEL 
EARP IN<CR>** 
C#208<CR>SEL 
EAR IN<CR>x*x* 
C#212<CR>RUFI 
C#222<CROLST 
C#242<CR> INS 
C#252<CHOINS 
C#262<CR>ADD 
C#272<CROUSE 
C#283<CRoUSE 


Hoh? 
LDIM PPNT 8 
ADI 2 

RDIM 3 

DDIM 8 
TAG<CP> 8 
Dwi] Re 
EXT<CR>3 


LDIM 


LAY 8 
LAY 8 
VIEW 1<CRODEF VIEWSCOLM> YO YI) 20, Y-1 YI Z1<CR>: 
VCON<CH>#* oe ee HARNING £206 ALL NEA FiTITIES WILL 
WOOKIMNG VIEW ONLY <C> s 
VALL<CH>#* 6446 eNAHNING 2646 ALL NEW ENTITIES | 
" ALL VIENS<CR>t 


WILL 


LSTTSK<CH>8 

PRT<CR>: 

RSURE<COLN>: 

BSUR 3 

PORT: 

PORTs 

MESH PATI <VAR>PATD<VAR><COLM> 


C#292<CROMEAS LNG STPT FNUOPT<COL?>3 


C#302<CR>TAG 
C#312<CR>Z0M 
C#322<CR>70M 
C# 332 <CR>PAG 
C#342<CR>PAG 
C#352<CR>SEL 
C#362<CR DEF 
C#372<CR>SEL 
C#412%<CR>SEL 
C#422<CR>SEL 
C#433<CR>LST 
C#443<CROLST 
C#462<CR>INS 
C#472<CROINS 


ENT: 

ALL APORT P5<CR>3 

WORK <CR>: 

DIS <CnLN>s 

DIS <COLN>: 

VIEW 3 

VIEW : 

VIEW 1 2 7 3<CR>8 

GRD ON G<VAR><CR>FCH GR) oMecksDIS GRD<CR>3 
GRD QFF<CR>FCH GRRL! OFF <CROPRPNT<CR>8 
MODE<CR> 

LAY<CR>? 


SREV HIANG<VAR><COLh >: 


TABCYL HIBND<VAR><COL"!>2 


C#483<CR>ECHO PORT OFE<CRSRPNT<CR>:8 
C#493<CROECHQO PORT ALL<CR>3 


C#5N2<CR>CHG 


FONT DASH<COLN>: 


C#518<CR>MEAS DIST<COLN>:. 


C#522<CR>INS 
C4#533<CR>Z()M 
C#542<CR>ZOM 
C#55 8 <CR>ECH 
C#563<CR>ECH 
C#573<CR>SEL 
C#588:<CR>CHG 
C#598<CR>REG 
C#603<CR>INS 
C#A12<CROCON 


TXT 78 | 
APQORT<CR>2 
WIN<COLN>s | 
LAY ALL<CR>3 © 
LAY ALL<CR>8. 
DEP 8 

LAY 3 _ 7 * 
REG HECHSCR eit SChe. | 
FCS 8 - - 
GRP 


Dan DEcCOSEVEC CAD. CERJER.OLATSORSa: 
C#632<CR>PRINT FILF 
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APPS 


APPS 


CH#648<CR>XPEP 8 

L#¥QO18<CR>LST STAT<CR>: 

L#028<CR>LST LAY USEID<CR>: 

L#042<CR>CUT SURF LAY<VAR><COLN>:3 

L¥05%<CR>PROJ PRT 3 

L#062<CRODEL PORT : 

L#078<CR>CHG PORT WIN<COLN>: 

L#08:<CR>CHG FONT 2=-NASH<COLN>: 

L#¥N93<CROMEAS ANG<COLN>:? 

L#4#10378 

L¥11s<CR>BLA ALL : 

L#¥13%!3 

L#142<QM>38 | | 

L#¥152* AFTE® READING MESSAGES, TYPE CONTROL X <CP>$ 
<VAR>PRINT FILE NNJEMP. MANAGEMENT LING 1-20<CRo<VAPOPRINT FILE is 
o—=MP MANAGEMENT LINE 21-49<CR><VAR>PRINT FILE NNJEMP MANAGEMENT LS 
INE 44-49<CR><VAR>PPINT FILE NM SEMPSMANAGEMENT LINE 61-80<CR> § 
<VAR>PHINT FILE NN.EMP MANAGEMENT LINE 81-199<CR>3 

L#168<CR>UNB ALL<CR>:? 

L#172<CR>CLEAR<C 
L#18%<CR>CON PR 
L#19%<CR>INS XH: 
L#293:<CRoPLOT Dé CL<VAP>? 

L#212<CR>PLOT DAE DMX1I SCL<VAR>: 

L#222<CRORUN PAREX 8 

L#232<CR>LIST PARAMETERS <CRo: 

L#242<ChR>LST LAY UNUSED<CRo: 

L¥258 EXEC NN.STANDARUD.PART.I<CP>s 

L#261<CR>CUT PLAN LAY<VAR><COLN>: 

L#278<CR>PROJ ENT D: | 

L#282<CR>ADI) PORT VIFEA : 

L#292<CROCHG PORT VIEN ¢ 

L#¥303<CROCHG FONT 1-DASH<COLN>: 

L#31%<CR>MEAS AREA<COLN>s 

L#328<CP>EDIT KEY<CR>TOI<COLN><T#112><CP>T23<COL"><T#116><CP>T455S . 
<COLN><T#119><CR>TAT<COLN> <T#124><CR>T89<COLN ><T#I 28 ><CRSCOIS 
<COLN><L#50><CR>C23<COLN><L#54><CR>C45<COLMN><L#53><CR>LIO3B<COLN>S | 
<L#5 7><CR>Q*<*Z><CROINS LAB 7:8 

L#33%<CR>FILE<CR><CR>OK<KCR>OK<CR> 8 

L4343<CR>* TO ABORT, TYPE CONTROL F<CRoFXIT<CRoF $ 
<CR><CR OK <CROOK<CP>8 

L#358<CR>RST KEY<CK>E<CR>3 

L#362<CRORST KEY<CR>C<CR>8 

L¥#373<CR>* THIS EXITS WITHOUT FILING. To ABORT, TYPE CONTROL Es 
<Ck> * TO CONTINUF TYPF CONTROL K<VAR><CROPXITCCR>NGE 

L#383<CR>* THIS FILES ANU LOGS YOU OUT. CONTROL E WILL APRORT.S 
<CR>* CONTROL X TO CONT INUF<CR> <VAR>EXEC NN, PROP. EX¥I1T<Ch>: 
L#39sCLEAR<CR>38 

L#¥408<CR>INS FIG <VAR><COLN> 2 

L#418<CR>CON FPAT <VAR><COLN>: © 

L#¥42:<CR>EDIT KEY<CR>: Sar 

L#432<CROEDIT TXT<COLN>:? 

L#448<CR>EXEC 3 

L#¥453<CR>LST PORT<CR>: 

L#¥4A8<CROLST VIEWN<CR>: 

L#a47e/s 

L#¥4630FF 2 


AR><COLN> 


IPCHK<CRODBPACK ALL<CR>8EG REG =FCH<CR>RPNT<CR>:s 
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L¥49%SLT 2 

L#5O0eSup es 

La#5lahal) 8 

LAS2sTIAl 8 

L#533A() 2 

L#54:PREC °: 

L¥55eTIAQ 2 

L#562ALAY 8 

LA5ST3AI 8 

LA583 TOAD 8 

L4#593STPT : 

L¥60sCLAY 3 

L#6132LAY 2 

L#¥62:DTRIM 32 

L#¥63:ENDPT 8 

L¥648ILAY 3 

T#O02s<CR>MIR 3 

T#038<CR>ROT 3 

T#O48<CROMOV 8 

T#N5:COPY 8 

T#062<CR>ERS EXC<CQOLN>: 
T#N72<CROTRIM 3 

T#082<CR>TRIM LIN IMNTOF<COL? >: 
TA#NO8 <CROERS ALLSCOLN>? 
T#1IO8<CONT>2 
T#118<CR>RPNT<CR>s3 
T#122<CR>RPNT<CR>: 

T#138<*E>s 

T#142<CR>EDIT KEY<CR>TOI<COLN><T#I 1 3><CR>T2 3<COLN><T# 11 7><CR>T45$ 
<COLN> <T#120><CR>T47<COLN> <T#1 25><CR>TE9<COLN><L#47><CPR>0<CR>*S 
<*Z><CROCALC EXP 2? 

T#l52—8 

T#1A2<CROVER BOTH<COL'!>:3 
T4#172:VER POSKCOLN><VAR>,<*5>38 
T#1]82eXe | . 

T#1931X2 

T#208 ZWIN3 

T#212ZDWN'R: 

T#222R2PNT 28 

T#243 INTOF 3 

T#258<CROINS LIN TANTO<COLN> 8 
T#2463<CR>INS LIN ANG 2 
T#272<CROINS LIN VERT 3 
~—T#282<CR>INS LIN HOP 8 
T#292<CROINS LIN PRP<COLI!>8 
T#308<CROINS LIN PRL<VAR><COLN>? 
T#313LIN 3 .¢ & 
T#323VI1IG 3 

T#332<COLN>:8 

T#343<SEM[>2 

T#35z2 IN 8 

T#368C 8 

T#37372 

T#3838882 

T#39298 

T#4082Y8 

T#4121Y2 
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T#422SD1Se 
T#43¢RDIS8 
T#442PDHDISs 
T#462<CR>INS SPL 2 
T#472<CR>INS BSPL : 
T#482<CROINS CONIC 8 
T#498<CROCOPY ENT 3 


T#502<CROINS PNT O'r<COLN> 8 
T#512<CROINS PNT INTOF VIEWNK<COLT>: 
T#528<CROINS PNT INTOF<COLN>8 


T#532:PNT 2 
T#5420°)RG 8 
T#55 8<CR>INS 
T#568<CROINS 
T#578:CROSS 8 
T#582WIN 28 
T#59 248 
T#69N252 
T#61268 
T#622Z8 
T#6381Z2 
T#648CHN { 
T#65eGRP : 
T#662YES8 
T#683<CR> RS: 
T#492<CR>INS FIL 8 
T#708<CR>INS PRT : 
T#7ie<CRoDIV ENT<COLMN>: 
T¥#¥728¢CR>CIN OFFS 8 


ee 6 


Ta7Pie<eCRe JOIN STG<COL'I>: 


Te fae<CRo3kK STG<COLN>: 
T#?5¢*S5TG 8 
T#7AS8END 2 
T#778<CR>2_ 
T#7&8<CR>8 
T4#79 3s" UT 2 
TH#BROSPWIN 8 

T#& 18] 

T#B2828 

T#833332 

T#B 488 

T#853 Ik 

T#B68v2 

T#8 780K 8 

T#BE2NO8 
T#902<CR>CHG DIM 3 
T#9Ol 2VIEW 8 

T#92z2 ANG 8 
T#932TLNG 8) 
T#94:LNG 2 
T#95eRPL 8 
T#968GEN 8 
T#97sCIR 3 
T#988<CR>SAV DIS 3 
T#¥9928ENT 2 
T#1008%<Rn)>, 8 
T#IOIL:<CR>RST DIS °: 
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T#HIO2Z:REF 2 
T#1032082 
T#1048.8 
T#1058, 
T#ING8A8 
T#1O781A8 
T#1O8sN8 
T#IO9SMs 

T# llOers 
T#Tlbskorr s 
T#ll2sTXT 3 
T#113%(38 
T#ll42 Aco 
re 1152 | 

T#1168ATXT 78 

T4a#ii/73)s 

T#l182AGN) ¢ 

T#IIQsHGT : 

T#l208+3 

THI213TATTO 8 

T#122:TOL 3 

T#l23:CJT 8 

THI 24:HEA) 3 

T#]2b8%8 

T#126:7T 3 

THITPTSRIT ¢ 

THT Dest) os 

Jee GET <EYS COMPLET +x 


foe! 


eek la dae 


PAE AC Ae 
ik OT Mov coy 


rare 
WL <p 


— ZOOM —+— PAGE ear 


M@GE 
bp PART) DIG | 


ven 


OHS 


nit )STA 


seeeeee. 


iG art [er rar LAY 
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CAD 
RIGHT NOW! 


William Herron 
Singer Sewing Products Group — 
321 First Street 
Elizabeth, NJ 07207 
201-527-6000 


Back in early 1978 I was informed that I had been appointed, along with about five other 
guys, to a committee to investigate C. A. D. for use in the design of sewing machines. 

Now I’ve always been a mechanical type guy and anything to do with computers just 
went in one ear and out the other — or in both eyes and out the back of my head — or 
something like that. It wasn’t that I didn’t want to know what made them tick but it just 
didn’t stick. 

So here I was, running around the county looking at the CV’s and the Calmas, the Auto 
Trols and the Gerbers and hearing about the CDC’s and the DEC’s, the Xynetics and 
Calcomps — the CADDS 3’s and the PEP’s — and on and on. It’s enough to drive a good — 
mechanical man to drink. The main reason I was selected for this mission is that I knew our 
existing design process, and thereby would be of help in selecting the system most compatible 
with our needs. 

Well, this selection process was going valong just fine — I was getting more confused with 
every system I saw. Every new one was better than the ones before — and I seemed to be get- 
ting involved deeper and deeper in the investigation. 

The other main member of the committee was one of these natural born computer guys 
— Masters in Com-Sci and all that good stuff. So, while I was looking at the convenience of 
the system related to how our design process operated and what I though it ought to do — he 
could look at the ‘‘ARCHITECTURE?”’ and decide which had the most potential for future 
expansion. (I always thought architecture related to designing buildings.) 

Well, along about September/October, 1978 we thought we had enough general — 
background to write up what we called our ‘‘Wish List’’. It consisted of everything we could 
think of that we might want a CAD system to do, short of. just. being able to say ‘‘Design me 
a new sewing machine’’, and have one fall out the tube. Finally, i in November, 1978, we got 
this ‘‘Wish List’’ in shape and we sent it out to about ten CAD companies with a request that 
they comment on their ability to grant each of our wishes, and give an approximate cost for 
doing it. Well, it seems that we weren’t very imaginative in our wishing because several com- 
panies replied that they could grant our every desire and that their eeanaate equipment would 
do most of it. | 
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Well, then the fun really started. We had salesmen from all the companies beating our 
doors down and, naturally, when each salesman left, we were convinced he had the best 
system. The only one different was C.V. — we had to chase them till they finally caught us. 

In December, at the direction of our Chairman in the Corporate Engineering Office, we 
selected the two most eligible systems and began to prepare an RFQ letter. 

Now this R.F.Q. letter was to ‘‘completely specify’’ the system and also set up a | 
timetable for implementation. (I was to find out shortly what ‘‘completely specify’’ could 
mean.) We were in such a hurry to get the system installed that I was to get the letters out 
within two weeks, both companies were to let us know immediately if they intended to bid, 
and then get the firm quotes back to us within 30 days. Then we were allowed 15 days to 
evaluate the bids and decide which system we wanted, and another 15 days to get the AR ap- 
proved and get a P.O. out. This all got us out to March 1st, 1979, by which time someone 
would have a P.O. in their hot little hands and we expected a system to be delivered by July 
Ist, 1979. So much for good intentions. 

The schedule was issued and we were on our way. Up to the Ist draft of the R.F.Q. letter 
we were still on schedule. We made up lists of equipment for both contenders and were very 
careful to insure that we were really comparing apple to apples in specifying. both systems 
(and I didn’t mean Apple Computers). In addition to these equipment lists and our W 
I wrote up a 1-1/2 page letter which I felt covered everything we were looking for: 
to pin down in a quote. It covered guarantees, training, installation and allt 
could think of. Then I sent a draft of it to our Chairman for what I expec 
approval, and I’d get it out on time. Then the fun started. He said it look 
you ‘‘Flesh it out’’ a little. It seems as though a 1/2 million dollar piece of € 
have more of a specification. He was obviously right, but there went our sch 

We spent the next 3 months re-studying and discussing the systems and m 
covered everything that could be covered in a specification. My 1-1/2 pages ha 
and we’d even considered, but hadn’t included, trying to specify exactly how the sys 
should work. We finally agreed ‘‘if you buy a Ford you get a Ford transmission. > Ford isn’t 
going to change the ‘‘What you may call it’’ gear from this side to that side just because we 
think it would be better that way. We’re buying an off-the-shelf system. We decide which one 
we want and take it the way it comes. 

At that point we agreed we’d better get the R.F.Q. out because we’d be better off with a 
partially specified something than a fully specified nothing. 

We then ran it by the Corporate Director of Engineering to get his blessing before it was 
mailed. After all, 1/2 million dollars is slightly above my approval level. Since he had been 
100% behind the project to begin with, we era a vey quick O.K. (Remember this was 
still just an R.F.Q.) But it was delayed! 

What I didn’t realize was that all this time we were in the process of hiring a new Vice 
President of Engineering and they wanted to give him a chance to have his say about anything 
as important as this. 

So, finally, at the end of June, 1979, we mailed the R.F. Q. We were still in a hurry 
though, and demanded immediate replies and complete quotes within 30 days. Early delivery 
was still stressed as being of prime importance and would weigh heavily in our decision. 

When the quotes came in — on time — (within their 30 days) I was on vacation, but my 
computer friend handled them and got things started on the evaluation, and on an AR. By 
January 31, 1980, we had the Appropriation Request signed and a PO in C.V.’s hands. From 
that point on we had some good ones and some bad ones. 

A good one was that our system was delivered in June rather than September, as original- 
ly scheduled. The bad one was that we got CADDS 3 instead of CADDS 4 because CADDS 4 
wasn’t available yet. 

A good one was that we had “State of the Art” equipment which will be enhanced and 
upgraded for a long time to come. The bad one was that we had to live with ‘‘State of the 
Art’’ bugs. We had every problem that anyone using C.V. equipment had ever heard of and 
many that they hope no one else ever does hear of! 

A good one was that the pressure of work forced us to get ‘‘up’’ on the system and start 
doing productive work very quickly. The bad one was that we couldn’t take the time to learn 
the extra tricks that will speed things up later on. 
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In a committee session at the East Coast Users Meeting in the Spring, I mentioned a few 
of the things I thought we had done right in getting our system off the ground. At the ex- 
pense of being repetitious to a few of you here, I’ll mention them again, in the hope that it 
may help someone else get started right. If someone has a better way, please come and tell me 
about it later. 

The first thing we did right was, in setting up our organization for the system. We were 
fortunate in having this very strong computer guy already in the organization so we split 
responsibility between system and operation. It was a good move. It allowed us to pick a guy 
to operate the design end who was very strong in our product and method of development. 
He didn’t have to know anything about computers. Fortunately, he’s learned a heck of a lot 
about the system since then and is doing a real good job. _ 

The next thing we did right was selection of the operators. I’ve heard that some com- 
panies have had a lot of problems in this area. Some designers think the system is going to 
take their jobs — some resent the multi-shift operation — some who don’t get on it are 
jealous, etc. We’ve been lucky! 

Close to a year before we got a sates we hae all our designers together (about 60 
people) and told them what we were planning and where we stood. At that stage we asked for 
volunteers ar d said v we would ye as far as ZPOSSIDIE, to only use people who really wanted to 


dropped ou $ Ne still ana twice as many. people on the list as we could handle in the Ist 
training session. Fortunately, most of the top guys, — the ones I wanted to see on the system, 
— were still in the running. One of the principles of selection was that we’d use guys who 
were already top product designers on the board. We felt it would be much easier to train a 
good designer to use the system than to train a computer type to be a designer. In fact, many 
computer people might never make Bood designers. T pore again we were right. It’s worked 
out very well. 

The third thing we did right was to start off in 3D. Even C.V. didn’t recommend this, 
but I’ve seen too many companies buy a system, start with 2D and never get around to chang- 
ing. Anyone who intends to do real mechanical design should start with 3D and take advan- 
tage of all the ‘‘Freebies’’ inherent in that mode. It’ s harder to get started, but the longer you 
put it off the harder it is to change over. 

The last thing I want to mention is a little trick \ we iced to bridge the gap between train- 
ing and work. After we’d had the system a few weeks, the guys were still doing canned prac- 
tice programs and inserting existing parts into the system. It was time to break out of the rut 
and start getting some work done. They seemed to be afraid to start any real layout work or 
new design. At that point, we made sure that each one had a real design project to work on | 
and then said they should spend 4 hours on the board and 4 hours on the system doing the 
same job. That seemed to be the key that unlocked everything. In only a few days they found 
that they could do most things faster and better on the system, and from then on we’ve had 
more trouble getting them off than keeping them on. 
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F006 ERROR RECOVERY 


Patrick D. Rice 
- Boeing Computer Services Company 
Renton, WA 98055 
M/S 6C-07 
(206) 251-2595 


- This paper F deals with disc VO ne F006 errors. It traces their cause as a result of cor- 
rupt file manager data. It present a basic outline of CV’s file manager and catalogue struc- 
ture, and presents a procedure to recover data from corrupted discs by using the PACHDISC 
command to restore corrupt data and addresses to their proper value. 

The outlined procedure has been very successful i In disc data recovery of F006 error 
occurrences, — es 


INTRODUCTION | ae 
Have you ever seen this message while Hea an 1) FMCLEAR or writing a file to tape? 


**ERROR CALL FO006** : 
--ERROR CONDITION ON I/O REQUEST-- 

ACTUAL ERROR VALUE IS IN ACO. USE DUMPERR COMMAND. 
**RETURN TO SYSTEM** _ 


What is your usual course of action when this message occurs? Do you try to save what- 
ever files you can and then rebuild the pack? This paper outlines a method of recovery that 
will save the entire disc in many cases and most of the disc nearly all the time. 

The procedure requires an understanding of the internal workings of the CGP-100/10, 
specifically the file manager and the PACHDISC utility, and the ability to interpret what the 
system is telling you when it says F006. 


WHAT IS A F006? 

A F006 is a generalized system I/O error. It occurs ahr the system encounters a prob- 
lem in a read/write operation. The problem can be as simple as the tape drive being powered 
down or as complex as a complete corruption of the file management area. More specific in- - 
formation about what the problem is can be obtained using the DUMPERR command. The 
resulting printout, figure 1, gives a coded message about which device is at fault and a 
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somewhat vague description of the problem. The DUMPERR command should be issued im- 
mediately after the occurrence of a F006 or the contents of the accumulators will be overwrit- 
ten. This code is found in the contents of accumulator 0, (ACO), the underlined word in 
figure 1. 


**kERROR CALL FOO6** 

“-FQROR CONDITION ON [70 2 fQUEST-- 

ACTUAL ERROR VALUE IS IN ACO. USE DUMPERR COMMAND. 
aexRETURN TO SYSTEM** 


O>DUMPIFRY 

FROM LOCATION 7E4A 
ACN=3 

Q1904 TFIY 1806 7E4A 
ROLLTAB 


274D tK7I 9592 OBDA 3390 2950 FFFF FEFF 
1C04 0003 0521 334k 331A O002 TF4k 3374 
AD2b B7OF 4F 3B 2A | 4AF26 2CA2 4AlU 4429 
542 O38D45 | 

kREERROR CALL FOOQ6 ** 


Figure 1: DUMPERR Printout 


The left two characters tell which device can’t be communicated with and the. right two 
characters give a generalized problem code. Interpretations of these codes can be: found i in sec-" 
tion 4 of the CGOS100/10 O/S manual. vote are summarized in oe Z: 


Left byte Unit Right Bee ; anit 
00 


TAPE (Ol _ End of tape violation © 
| 03 . *Writing exceeds MTRECMAX 
04 Hardware error in tape I/O 
05. Non-existent command 
06 I/O attempt, tape not ready 
01 DISC 00 Hardware error in disc I/O 
01 _ Bad location on pack 
02 Bad unit argument in I/O call 
03 Bad argument in I/O call 
04 Invalid drive number argument 
05 _ Disc error not recoverable in retry 
06 Disc error on recalibration attempt 


Figure 2: Decoding of AC@ 


Figure 2 is just a partial list and it is applicable only to CGOS100, i.e., CADDS3 rev 10 
and before. CGOS200, CADDS3 rev. i and CADDS 4, have a similar structure but a dif- 
ferent coding. 

Some F006’s present no real problem, being as simple to resolve as putting the line 
printer on-line. The ones covered here are more difficult to resolve. Their ACO code is 0104 
and is usually preceded by the message ‘‘VOLUME NOT ON ASSIGNED DRIVE.?’’ 

Most often this message appears when a bad disc address has been passed to the disc read 
utilities from the file manager. To understand how this can happen, we need to look into the 
file manager catalogue structure. 
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FILE MANAGER AND CATALOGUE STRUCTURE 

As you know, CGOS supports a hierarchal filing system in which each file — whether it 
be a graphics part, textile, a keyfile, object code, etc. — is stored under a subcatalogue which 
is, in turn, sorted under a higher subcatalogue and so on up to the highest catalogue level, 
which i is SYSCATLG. All files and subcatalogues can be found somewhere under this main 
directory. 

For the system to move around in the file management area efficiently, there must be 
pointers, both forward and backward, letting the system know where it has been, where it is, 
and where it is going. These pointers can be represented graphically as in figure 3. 

These pointers, as well as other pertinent data about each subcatalogue and file, are 
generated and stored when the file is initially created, and are updated whenever a file i is ac- 
cessed. 

Each subcatalogue is allocated an amount of disc space equal to the cluster size establish- 
ed in the FMINIT command issued when the pack was built. The cluster size is an integral 
power of 2 and determines the smallest number of sectors that can be allocated for any data 
storage. This paper will assume a cluster size of 4 sectors. This means that each level of a part 
name declined. by periods would take 4 sectors of disc space. For a part name with the full 

a wed ay. oe file manager, a minimum of 140 sectors would be allocated just to 


NAME2 > COM 
dloc 35460 


dloc 2AEAE_ 


Seve 


“CDBPRTS or 
|  dloc 1F2A0 


ra 


ba | DATA 
ON AMEL 24448) —_ 
NAME2 2AEAE 


| LEVEL 1F2A0 
PART] 1C124 


CDS3PRTS 210 
KEYFILE 1AEO 


“ELEC . 


KEYFILE CAD ABCD 
dloc 20020 dloc 34254 dloc 331A8 


“~ 
dloc 1AE0 


an es ea rn nn eer ee 


: | 

a _ Po 

MECH  331AC | 8BCD 331A8 | ~ MENU AHIAC 

‘|ELEC 34264 -MENUI ee ! | 
Figure 3 ee 
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BASES, NUMBERS AND TEXT 

Through this paper, decimal, hexadecimal and binary numbers are used. When it isn’t 
clear which base a number i is in, it will be specifically stated. As a brush up, table 1 gives hex 
to decimal conversions. 


Table 1: | | 
Hex to Decimal Conversion 


HEX DECIMAL 
ae | 1 
2 2 
3 os 
4 4 | 
5 5 
6 —6«66 
7 oe 
8 —«83 
9 9 
A 10 
B 11 
C 12 
D 13 
£E 14 
-F 


Each sector contains 256 words. That’s 100 hex. Each aera dha 2 bytes, each: byte has 8 
bits or 2 nibbles. A nibble has 4 bits. 

Each nibble of 4 bits can be represented by a single hexidecimal number. So a 16 bit 
word — 4 nibbles — can be represented by a 4 digit hex number. _ 

This is a good place to mention ASCII coded alpha-numeric characters. CV aed an 8 bit 
ASCII code. Each alpha-numeric and special character on a keyboard can be represented by a 
unique 8 bit combination. A 16 bit word can hold 2 ASCII codes. CV’s ASCII appears in 
figure 4. | 


80 NUL AO SP CO C6 EO (Y 
81  SOH Al ! Cl OA El a 
82 = =STX A2 " C2 =O=B E2 b 
83 ETX A3 # » G3 <C E3 Cc 
84 EDT A4 § C4 OD) E4 d 
85  ENQ A5 &% C5 CE E5 e 
86 8 ACK A6 & C6 «OF E66) Oo f 
8/7 BEEP ~ A7 : C7 8G E7 g 
88 BS AB ( C8 E38 oh 
89 ~=HT A9 ) C9 I | 
8A LF AA * CA J EA Jj 
8B OT. 7 AB + cB OK EB sk 
8C FF AC , CO« & EC 
8D CR AD - cD OM ED om 
8E §«S0 AE , | CE ON FE on 
8F SI AF CF 0 EF 
90 OLE BO 6(0 DO 6~P FO p 
91 OCl Bl . 1 Dl = 86Q Fl og 
Figure 4: CV 8 BIT ASCII | 
| (continued) 
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92 DC2 
93 DC3 
94 DC4 
95  NAK 
96 SYN 
97 ~=ETB 
98 CAN 
99 EM 
9A . SUB 
9B ECS 
9C —SsFSS 
9D GS 
9E RS 
9F US 


acmemaiaey 


B2 
B3 
B4 
B5 
Bob 
B/ 
B8 
B9 
BA 
BB 
BC 
BD 
BE 
BF 


Oo On AO & WN 


D2 
D3 
D4 
D5 
D6 
D7 
D8 
D9 
DA 
DB 
DC 


DD 


DE 
DF 


YS uUZOAN<x<x =< CHMD 


Oe wKeMNGx Ecc euns 


To e consistent with CV convention all database words will be presented in a format of 
4 hex digits. 2.2 | | 


FILE MANAGER DATA STRUCTURE 
With notation. established we can now look at the actual structure ofa dihenaiowue AS 
nignitioted above, each subcatalogue is allocated one cluster, 4 sectors in this example, of disc 
space. Each sector within the cluster has the same format. Figure 5 shows how a dump of a 
subcatalogue sector would appear on the comdev. | 


NAOO 
0008 
YAY IO 
0018 
OU20 
N928 
0030 
NW) 363 
0940 
O)J422 
NO5O 
O05 & 
NIAO 
0J63 
A979 
N976 
‘elarcia) 
ODE 
NOVO 
0098 
JIAO 
NIA 


QOKO | 


NIKBG 
YINCO 
OVC 8 


‘alerele) 
C4C5 
2933 
OO14 
D399 
ANA 
A 733 
A4C2 
AOAOD 
COQ 
NOOO 
AVAJ 
NOAA 
QOQOQO 
AYNAYD 
OLoo 
NON 
AQOAD 
OOOO 
NOOO 
AQAQ 
2A9ID 
QJOOU 
D4c5 
QPF 
OONN 


Al2\ 
C6L3 
5 7FID 
0000 
CEC3 
AAS? 
voo4 
C3C4 
AQAO 
A 74C 
C1DO 
AVOAO 
fatelale 
OODU 
AOQAN 
elelele 


NANO 


AOAO 
O1Q0 
OOOO 
AVAO 
NONNN 
QOOQVUO 
D2AD 
2A91) 
NNOO 


FFFF 


AOAO 
AA9D 
OOOO 
AQDAO 
9278 
QOVUO0 
ADNAN 
AAS 7 
NN04 
J4D7 
AVAY 
A31C 
C2C3 
AOAON 


OOOO 


NIYAON 
ADAQ 
JOON 
OOOO 
AVAO 
N1AN 
OONDO 
CoCr 
ONONO 
NON 


Figure 5: Subcatalogue Dump 


nnn 


AOAO 
}QNaN 
OOOO 
AOAO 
2A9SD 
JOOO 
AQAA 
Y278 
NOON 
CFI)? 
AA87 
NNO 4 
C4C4 
ADNAN 


AB2C. 


CECE 
AOAQ 
VAAN 
NOOO 
AQAQ 
NNAD 
QQ IO 
C4ch 
9100 
QINAN 


N50 1 


AOAO 
B40 
0000 
AOAO 


‘elalelen 


OOOVU 
ANA 
2A9) 
NNONO 
C413 
92°34 
QOOO 
C5C4 


AAST 


OOO4 


CLAN 


AQA9 
AG5C 
C3C] 

AOAU 
ANNO 
QOOU 
ANAYN 
9000 
‘elalale 


Ann? 


~AQAQ 


‘elalon 
0000 


AOQAU. 


A1TOO 


‘exereren 


AN AN 
0090 
ANND 
AQAO 
2A9D 
elelere) 
AOAO 
9235 
ererere) 
“AN AQ 
AA87/ 
NON 4 
AOAO 
AOQAO 
AQSO 


C3C3 6 


AN AO 
NOOC 
NNO 


CAC 


AQAO 


NNN | 


Q000, 
AOAO 
NINN | 
0000. 
ADAD 
01090 


ANDY 
AOAO 
0000 
0000 
ADAO 
2A9D 
GOU0 
ANAOD 
9299 


QONON 


ADAO 


AABT 
0004, 


12 
AYXAD 
AQYL4 
C3CKr 


CRNA 


AOAO 
ANBO 
C2C9 
AOAO 
nANN 
elerele 
ADAN 


Y000 


YANN 
AOAO 
QO} 00 
OOOO 
AQAO 
‘alalala) 
QOOU 
AN AON 
PASI) 
NNO) 
ADAO 
Y29C 


)OO0 


C1C3 
AAS 7 
NOOSA 
CDC!) 


© pee eee eee 
WEFS 
Sd bee mee 
as chs orig daira ever eceheee tL 
OL aC 

Bo 6-66 © 0 6 ees 
enn eees 

6b ie cea Se ae 

bg ane certca Kew were ow 
o eAPTNORDS 
* 


ee ee en 
eee eRCDDEF 


* 


@?e 8 @ @ 68 @ 


eo wie ew Na wie ea elw ee 


eee oe o OM 
* 


ee @e@8 @ @ 


be naaieneresees eoe@ 86 @ @ @ @ 


ee gn etecn 
* 


reer eee eee 
ili eaeaie CUARAC 
TRReCODEF *, 
Terre ere er 


ih St teleae sg i et dg TaD 


(continued) 
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ODO AOAD AOAO AOAQ AOAO ACAO AOAO ADAYD AOAO 

JOUR AAST 92A3 2AGD JOOO JIVDO OOOO QOOD) AA O00 Os PR tr fara SD a ae 
NYFQ AANA NYOON VQOHO YOOO OOOO ANNO ANON C35 Sse eS Se Ree oe 
QJEBR ©. D206 C5AQ AJAOD AGAD AQAD AODAO AQAO AVAO RVI 

NNFO ADAYD AABT YPA4A 2AYD NONYD O1INN ANNAN NANN FIO ese a eo 
NOFB AATCC 0004 VBVOO JOOO VOODOO OO0DQ VOOO VOGO + 


@eee¢ee#e8 © @ 866 € ®e 


Figure 5: (continued) 


The numbers in the first column are the numbers, in hex, of the first word of each line. 
The next 8 columns are the hex representation, by word, of the binary data in the sector. To 
the right of this the system prints any ASCII coded byte that might appear. in ae data. For 
any byte that isn’t an ASCII code, the system prints a period. 

The first 6 words in each sector form the sector header. The first two, words 0 and 1 give 
the address of the next sector. All file manager addresses are sector addresses. Word 2 i is the 
empty sector flag. This word contains FFFF if there is data in the sector, 0000 if there 
none. Words 3 and 4 contain the sector address of the next higher level subcatalogue. Wo 
is an entry pointer into that sector. The function of this pointer will be clarified shortly. e 

Following the header are the entries for each subcatalogue to be found under this parent : 
subcatalogue. Each of these entries contain 19 hex, 25 decimal, words. Each file management. a 
sector can hold up to 10 subcatalogue entries. The entry pointer mentioned as. word 5 in. the gs 
header is this position number, pointing back to a Subcatalogue’ S position in its parent es 
catalogue. ey PES 

The format of each subcatalogue entry iS ne in figure 6. 


Gonisniz 


Word 

1-10 20 character catname in ASCII 
11 creation data | 

12 creation time (1 second intervaley: 
13 access data 

14 protection group 

15 - status bit map 

16 use count 

17-18 - dloc of entries — 

19 ‘sector count of catalogue 
20-21 dloc of RIB; else 0000 

22-23, user defined attributes 

24 checksum — 

25 file type 


Figure 6: Format of Subcatalogue entry 


Words 1-10 hold the subcatalogue name in ASCII. These 10 words can hold 20 ASCII 
characters. This is why there is a 20 character limit to subcatalogue names. Word 11 is the 
coded creation data, word 12 is the creation time and word 13 the access data. Word 14 is the 
protection group. Word 15 is a status flag bit map which will be covered below. Word 16 
gives the number of users currently accessing the catalogue. Words 17 and 18 contain the ad- 
dress of the sector containing the subcatalogue entries for this subcatalogue and word 19 is 
the sector count for that subcatalogue. Words 20 and 21 contain the sector address of a RIB 
or retrieval information block which, simplified, holds addresses of clusters used to continue 
subcatalogue entries if the initial cluster becomes full. 

Words 22 and 23 contain user defined attributes which can only be set or modified under 
system programmer control. Word 24 is the check sum for type 2, 3, 4, 5 and 8 files. Word 
25 is the file type of the entry. If the entry is a subcatalogue, this word is 0000. CV file types 
are shown in figure 7. The status word, word 15, has a format as shown in figure 8. 
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Description 

Not Defined (May be a paialoaue) 
Catalogue 

Object Code 

Text 

Configuration 
Upper-Lower Case Text 
Pep Object Code 

Core Image (Overlay) 
Command Table 

Loader Data File 
Access/Accounting Data 
PCU Image File | 


a] 
@ 


My OCA RN © ot 


Figure 7: CV File Types — 


7 * Binary. 
| r - Hexidecimal 


Bi . Meaning 


15  —Ss file in use we BUS 
14 ~~~. open for modify i in a SO 
| ~ delete when closed iff were F= =0.. 
12 open for create. : 
ll temp catalogue entry — 
10 open for read © 
9 | open for short eae 


8 | file is a catalogue _ , 


Figure 8: Status Word Bit Map 


Only the 8 bits of the left byte are used. The nae ane should divans be zero. Some 
typical values for this word would be 0100, 8400, 8500. Looking at 8500 as an example the 
bits that set are 15, 10 and 8 meaning the file is in use, it is open for read and it is a 
catalogue. The FMCLEAR command operates on this word setting any bits to zero that in- 

dicate the file is open or in use. 7 : 


SAMPLE TRACING THROUGH THE CATALOGUE STRUCTURE 

To see how these addresses and pointers interrelate we will look at all the catalogue levels 
of the file CD3PRTS.LEVEL1-NAME1.LEVEL2-NAME2.LEVEL3-NAME2. We can start 
anywhere within the catalogue structure and find our way backward to SYSCATG or forward 
to the COM and RGO files. _ 

We'll start with the LEVEL1-NAME1 subcationie: The command LISTCATCD3PRTS/ 
LEVEL1-NAME1/FULL will give the following information about the subcatalogue: 
CD3PRTS.LEVELI-NAME1. 

4-27-81 15:17:18 0001E834 0 0004 1 0000 0100 
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The entries are: the creation date and creation time, the sector address of the sub- 
catalogue, a contiguous flag, the sector count of the first contiguous chunk of the sub- 
catalogue, the file type, the protection group and the status word. 

| Using the PACHDISC command we can printout the contents of the sector located at 
1E834. This is shown in figure 9. 


OVOVU 
NNN8 
QIJ10 
OO] $3 
QI20 
YI258 
NW 30 


038 
MN40D | 


04k 
NN5N 


This j iS the LEVEL1-NAME1 pibcatlonue Within it ¢ are 3 entries, LEVEL NAMEN, 
LEVEL2-NAME2 and LEVEL2-NAMB3. The parent catalogue is located at 3DD 14 and 
LEVEL1-NAME1 is the first entry in that catalogue (words 3, 4 & 5). | 


QO01 


CCB? 
AAQB 
OOVU 4 


D6C5 
" AQAQ 


AACC 
CCG) 
ANAYD 
CHO | 
‘alalala) 


E835 
ADCE 
2E3E 
non9 
CCB2 


RADE 


0004 
D6C5 
ANAY 
OFFS 


nNAN 


FFFF 
C1icD 
2A9D 
ONCO 


ADCE 


2'2YF 


9900. 


CC832 
2A9C 
QUO 4 


NOOO 


0003 
C5SBI 

OOOO 
NOAA 
CICD 
2AY!) 
Q000 
ANCE 
TFE] 

OOOO 


NOOO 


DD14 
ANAY 
O1LO9 


‘elalelen 


Cod 
QODV 
OOOO 


CIC. 


2AYV 
QOOVU 
‘atalale) 


OvUO] 
ANAQ 
O00 
NINO 
AOQAO 
O71 OO 
OOOO 
C53 
NANO 
OOOO 
NOON 


COC5 
ADAO 
0001 


AND: 
AJQAO 


YOOO 
OOCO 
AJAY 
‘on nale 
VOOO 
NNN) 


N6C5 
ANAN 
=& 33 
CECS 
AOQAYD 
JOO] 
Q099 
AQAQ 
ANNAN 
QOOU 
ANNO 


atl ein eves) - 


* 


a) ecb terdeclelarleweiey eave (1s: 
ad Gnblaner how acer eneiel et” 
VELQ-NAMEOQ 

De Shc ae taepe Mere 
S ew. sie e eee a See Ass 
LEVFLO=NAMF3 | 
re. ee ee 


Figure 9: ia aaa in eae rnalaar ae", i 


Looking at the contents of 3DD14, figure 10, we find 3 entries. The first, as + expecteif i is 
LEVELI-NAME1. Its address la 16 & noe is 1E834 which is where we just came from. 


OQ00 
elelers: 
AN1O 
1 03 
NVIPN 
NO2E 
JIVUZ20 
9 38 
W040) 
NAG 
JI50 
N45 & 
OVE0 
‘alatete: 


O00 3 
CCL 


AAD 


0004 
DAA 
AOQAO 
E8B8 
Ccc5 
AJAO 
AY) | 
QO 
ANAND 
OOOO 
NAAN 


bbs 
A DCF 
2EBE 
QU00 
ANAN 
AAGL 
QNN4 
DAC5 
AUDAQ 
A4AC 
CCC5 
AQAN 
O00 | 
NNNN 


EFFE 
CICD 
2A9D 
OOOO 


ANAS 
340A. 


NINO 
CC'3] 

L2AVC 
O004 


DAC5 


ANAND 
JAFS& 
NNNOD 


0000 


C5B1 

9090 
QUOO 
ANAY 
2AYD 
ADCE 
B0AR 
NOOO 
CCB] 


2A9C 


OOOd 
NAM) 


ne dk 
-AOAO 


O199 
0000 


AOAYD 


NOOO 
‘alalale) 


Clic 
QAY9*) 


Q000 
ADCS 
3335 


OOOO 
NOND - 


0004 


AOAC A 


alalale) 
ererere) 


AOQAO 
0100 


aralaya) 
C52 


OOOO 


ON00 
Creep 


a eyes 
DAD) 


OOVO 


NOM 


CCCs 
QAO 
ON | 
UOUU 
ANAND 
QOOCO 


nelelele) 
AOQAO 


O1Q00 
OOO 
C5143 
NNND 
OOOO 
NNAYN 


sue” 


AOAY 
FE 34 
i(J41)3 
ANAND 
N90] 
‘elalale) 
AQAQO 
QOQOO 
9000 
AQAQ 


ATA 


OOOO 


AON) 


oe Ii eee oe ee elLEVE< 
LI="AME ] 


Teg. 5.6. o- etteves ones Soe 


so erecrccccecelX 


wk, 

ee? e 6 ®©e@e8 @ @ @ @ 
ice sergs o. eisqsaig ea le -aieeie 
LEVEL T=MNAME 2 
reer eee ee ee 
oo LEVELI=NAME3 


rt eee wane 


NS i : 


Figure 10: SYSCATLG.CD3PRTS.LEVEL1-NAME1.LEVEL2-NAME2.LEVEL3-NAME2 


The next up level catalogue is at location 802 (words 3 & 4) and the catalogue we’re cur- 
rently in will be the fourth entry (word 5) in 802. 
Patching into 802, which is SYSCATLG, we find the fourth entry is CD3PRTS, 
figure 11. 
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NANO | 


—QOUR 
ALO 
9918 
JO20 
128 
9030 


(O03 
(0040 


NVA 


0950— 


NIN5& 


JO6O0. 
QU68 . 
O70. 


ere) fee 


AORN. 3 
ORS 
a. 


ANN 
AUVAV 
AAs? 
0004 
C4AN 
AOAYD 
}FEe4 
CBCS 
AOA) 


O90 | 


OOM) 
ANAY 
OOOO 
QU0U 
dei 


Annee 
AOA. 
DOO ul 


NBO 3. 


AUAO 
Sow 
Q000 
ANAND 
2A8C 
0004 
LOCA 
AOAO 
528 
C3C4 
AOA 
0003 


ON. 
AOAD. 


QUU0 
NOOO 


Sede 


eae. 


FFFE 
AVAO 
2AGL) 
QN000 
ANAND 
OO18 
QOOO 
C9YCC 
2ARC 
YOO A 
+$3D0 
ANAN 
D014 
C3CY 
AtQVAO 
OQOO 
ON00 


ADAO. 
Anan 


nnn 
AOAO 
qnnn 
9000 
AN AO 
2A9D 
UVO0 
C5A0 
0079 
ANN 
2D4 
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CICE 
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COCE 
AOQAQ) 

AON | 


N3890 
AQAO 
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(olerels) 
AQAN 
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OOOO 
AOAO 
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ANOONY 
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AN 78 
‘alaale 
AQAN 
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L3C5 
AOAYV 
6069 


FFEEF 
AQAUO 
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QO00 
ANAQ 
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NO00 
ANN 
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ANNAN 
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ANAN 


3500 
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AOAO. 


2A 9") 


NOOO 
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* 
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Figure 1: 1:SYSCATLG. cDsPRTs. LEVEL! NAME}. LEVEL2-NAME2. LEVELS- NAME2 | 


Returning t to fi gana 9 we will now trace downward to the COM and RGO Files: The Ssec- 


ond entry is LEVEL2-NAME2. Its address, words 2F and 30, is LA4CC and the contents of | 


— that address a are shown i ‘in am Ve 
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QONOOD 
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Figure 12: SYSCATLG. CD3PRTS.LEVEL1-NAME1. LEVEL2- NAME2. LEVEL3-NAME2 


The second entry in eis subcatalogue i is LEVEL3- NAME2 and its address is 19704. 
At 19704 we find the sane shown i in een 13. 
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Figure 13: SYSCATLG.CD3PRTS.LEVEL1-NAME1.LEVEL2-NAME2.LEVEL3-NAME2 
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Here we find entries for the Regen and COM files. The actual Regen data starts at loca- 
tion 4B2FC, words 16 & 17, and requires 258 sectors, word 18. The com data starts at 
59DCO, words 2F & 30, and requires 2B8 sectors, word 31. 

Printouts of the actual Regen and COM data, meee 14 & 15, show how different their 
structure is. | 


9900 


QODO8 
QIPO 


NN Le 


GI2U 
VI2& 
M930 


VV360— 


YO4O 
VI4A& 
950 
O65 8 
MQOA0 
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‘alew sa) 


OO 78 


MIG 
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IGE 


Noa 
O49 3 


eLerere) 


42UC 
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ul44 


DEOK 
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479 
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COFI 


O11 
ARO7 


AS’ 


NOA | 
Q240 
OOQUO 
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47CC 
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Figure 14: Typical RGO 
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Figure 15: Typical COM File _ 


444 


244 
QYAE 
3334 
47DE 
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NO 25 
3725 
CFI 
ANNO 
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47CC 
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INVALID POINTERS 

As the subcatalogue listings show, addresses are stored in two 16 bit words. The number 
of distinct addresses available using 32 bits is 2°? or 4,294,967,296. Since a 150M word disc 
contains 508,702 sectors, only .012% of all possible addresses are valid; the other 9. 988% are 
invalid. 

If one of these. invalid duimbers is passed to a disc read utility routine, the weteni tries to 
find an auxiliary disc drive or a disc volume which would use the erroneous number as a valid 
address. Not finding it, the system gives a F006 error with the message “INVALID DRIVE 
. NUMBER ARGUMENT”’, or ‘“VOLUME NOT ON ASSIGNED DRIVE.”’ 

_.. Addresses can become invalid by several means; a power surge or static discharge during 
| fa filing operation, a faulty bit in memory, a faulty disc controller, etc. — 

Both the hardware and the software in a CV system have many error checking routines 
but occasionally bad addresses will crop up. Once they do, the trick is to locate the bad ad- 


_. dress and return it to its proper state. 


| Any system command which accesses the file manager will trap to a F006 message if an 
invalid address is encountered. Particularly dangerous is the FMACLEAR command. 

a It is possible for this command to pick up an address that is within the valid range bul 
ad points to the wrong place — into the O/S for instance. It then goes in and starts resetting 
what it thinks are status words and wipes out the O/S before it crashes all together. A cold 


Start will 1 recover the EOFS but another FMCLEAR will wipe it out again. 


a RECOVERY PROCEDURE re | | | 

This covers. the preliminaries; the rest of the paper covers the meat Jer the topic — how to 
recover from a F006. 

We must assume intitially that there! is not a severe hardware problem —a head crash or 
broken cable. for instance. 


If the system is down, gO as far as necessary in nego I to bring it up, then follow 
Procedure II. te , 


Procedure 


. Reboot but do not run FMCLEAR 
. Coldstart the system 
. Load a good disc pack into the drive and reboot. Press the CPU stop switch, power down 
the disc drive and put the bad disc back in, then press the CPU ‘‘continue’’ switch. 
4, If step 3 won’t bring the system up you have a serious hardware problem. Call the CV 
Response Center. 

If the system is not down issue the DUMPERR seennianidl: and have all the users log off; 

then follow pare II to locate the bad address. 


(2 RQ = 


Procedure II 


1. Issue the CHKDISC command. This step is optitial but it is useful in eliminating the 

_ possibility that a hard disc error is causing the corruption. If CHKDISC fails in the first 
800 sectors of the disc (in the O/S), coldstart the system to bring it back up. If a coldstart 
won’t work the disc must be reformatted or scrapped — after the files have been 
recovered; follow procedure I, step 3. If CHKDISC encounters a hard disc error in the file 
manager area it will eliminate ‘the sector in which the error occurred by setting a bit in the 
‘‘Cluster Allocation Table,’’ a directory of available sectors. 

2. Issue the FMCHECK command. If the command that evoked the F006 was printing out 
catalogue listings, the bad file manager area is easy to locate. Run FMCHECK cat.subcat 
on the next higher catalogue level than the one that crashed. If the specific file manager 
area is not known, run FMCHECK on SYSCATLG. FMCHECK will terminate when it en- 
counters a bad address or pointer and print a message indicating the last file processed. 
The bad subcatalogue or file will be the next one in the catalogue tree structure. 
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3. Determine the bad address or pointer. This is the step in which magic, clairvoyance, luck | 
and divine intervention are as helpful as a deep understanding of the file manager 
structure. _ 
Patch into fhe ns catalogue — use the LISTCAT command with the //FULL op- 
tion to get the address and look for any of the following problems. 7 | 
~The problem most often encountered will be a subcatalogue address péiniting to on : 
something other than legitimate file manager data. If the correct address cannot be deter- — 
mined — look for single bit changes in the address — the entire subcatalogue can be 
deleted by setting all 25 words of the entry to zero. This, of course, will wipe out all files 


under the subcatalogue, so if these files are irreplaceable, considerable effort should be Dut Eee | 
into determining the correct address. Other areas where errors can cause a F006 are: sub- 
catalogue sector count (word 19) should always be equal to the cluster size, a RIB address 
(words 20 & 21) can be invalid or indicate a RIB exists when there shouldn’t be one, Or See 


RIB data can be invalid as can file types (word 25). , ee 
Errors in the sector header can occur in the following places: Next sector address eS 
(words 0 & 1) can be wrong, the address of the parent catalogue Overas 2& 3) or the lndex — 
into it (word 4) can be wrong. 7 
Manually following the pointers, patching from one sector to the next will asnaily find 
the errant pointer and in most cases diligence will locate the correct pointer value. Occasional- 
ly an address will go bad just before a filing operation and a com file will be written right — 
over 300 or 400 sectors of the catalogue structure. When this happens reconstruction and | 


recovery are impossible. The FMINIT command should be issued and all Parts and applica as 


tion software should be reloaded from backup. oh 

This overwriting is a fairly rare problem, however. Should it occur with: any y Frequency, | 
more than once every 6 months for instance, a hardware problem exists and CV should De 
contacted. ‘F006’s will occur either very frequently or very infrequently. When their occurrence at 
changes from infrequent to frequent, contact the response center. a! 

Once the pointers have been reset or subcatalogues have been deleted, FMCHECK | es 
cat.subcat should be run to verify the success of the recovery. If the FMCHECK is successful, 
run FMCHECK on the entire SYSCATLG to determine if an 
cessful, run FMCLEAR,NOTINUSE. 

At this point recovery is completed and any files which had to be deleted in the recovery 
process can be reloaded from backup tapes. 

Or, if it was determined in procedure II step 1 that the pack was unusable, a 1 Full pane 
can be performed and a new ane pack can be loaded. 


SUMMARY | | 

F006 errors can be recovered, but ales: you are familiar with and comfortable in the file 
manager and catalogue structure, recovery can be a long tedious process. Time spent learning 
your way around in the file manager before a F006 occurs will be paid back many times over 
when you need to recover 200 hours of production or coen work, and the pressures to get 
the system back up are high. 
| So, to minimize loss of work, data and une: make daily backups and learn the file 
manager structure. It will pay off. 
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other errors exist. If this is suc- 
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- ARCHIVING CADDS PARTS 
| -AND AUTOMATIC UPDATING 
OF ON-LINE TEXTFILE DOCUMENTATION 


Ronald C. Smith, Sr. 
M&M/MARS 
Highstreet 
Hackettstown, NJ 07840 
| 201-852-1000 | 


| ABSTRACT - | 
The information contained: in re paper outlines the we procedures: 


(1). Sencauromanc offline storage of CADDS pants on miasnetc tape; | 

(2) The automatic updating of textfiles which are used for documentation of parts on 
tape and for assistance in locating a part that must be restored to disc; _ 7 

(3) The automatic updating of a master index of all parts that are on disc and archive 
tape; — 
(4) The required steps to prepare textfiles and new tapes for the proper execution of the 
_ programs. 

This archiving system uses a series of EXECUTE and PAREX programs that are de- 
signed to enhance file managing. 


INDEX 7 
Section i Introduction 
Flow Chart Diagram 
Section I Procedures for Running 
: EX.ARCHIVE.CD3PRTS 
Section II Preliminary Preparation 
Section III Master Index Maintenance 
A. Updating 
B. Status 


Section IV Locating Archived Parts 
Appendix 1. CADD Parts Naming Convention Chart 
2. EX.ARCHIVE.PREP.CD3PRTS 


Introduction 
Shortly after the CADDS system went on stream at M&M/MARS, it Reeaiic apparent 
that we should be writing a set of standard practices for naming files, archiving parts, and 
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have a means to quickly find these parts to restore them to disc. Over a period of several 
months, many different naming conventions and taping procedures were tried and their inade- 
quacies were soon discovered. 

During this period it became apparent that we needed a system of file managing in which 
we could quiz the system (using n> SRCHBCD) to locate a given part and determine (1) if it 
were on disc or tape, and (2) if it were on tape, give us the SAVFIL number and the DOREC 
numbers to facilitate quick restoring to disc. We also wanted the maintenance of this file _ 
managing system to be automated to minimize errors and file managing time. Our archiving 
program (EX.ARCHIVE.CD3PRTS) has been developed to fulfill these requirements. 

When EX.ARCHIVE.CD3PRTS is executed, parts are put to ‘‘PRIMARY’”’ and — 
‘‘BACK-UP”’ magtapes for archival storage, and two textfiles (TP.ARCHIVE.INDEX and” 
TP.ARCHIVE.(tape name)) are updated. The program also generates an execute ‘Program | 
that, when executed, will delete the parts that have been put on uaa: 


EXECUTE 
.EX .ARCHIVE. 
CO3PRTS 


TAPNAM 
FILNUN 


RUN PAREX | ed 
PX.ARCHIVE.CO3PRTS | (CYCLE) - 
a : CATLOG —— \ cattos 


TAPNUN TRPNUN 
FILNUN 


[ TN.ARCHIVE . PROG 
EXECUTE : 
TN ARCHIVE . PROG 
TH.PARTS LIST 
(TEXT FILE) 


TH. .PARTS LIST) 
(TEXT FILE) 


TH.PARTS.. TEMP) 
(PAREX FILE) 


Tn PARTS. TenP1 


TH.PARTS. TENPO . 


TH.PARTS. TenP2 
(PAREX FILED. 


lth: ARCHIVE .PARTS1 
"| TPAREX FILE) 


RUN PAREX 
TH.ARCHIVE PARTS! 


TH.PARTS.LIST2! |Tn.CO3PRTS.TENP2 
—CTEXT FILE) “CTEXT FILE) 


RUN Tacs | 
TH. PARTS. TENP2 
TN.PARTS.TENP3 


EXECUTE 
TH.PARTS. TENP3 


EXECUTE 
TH. PARTS. TENPO 


EXECUTE 
(| [TH.ARCHIVE.PARTSO | 


TN.ARCHIVE EDITOR PRIMARY & BACK-UP TN. DELFIL .CD3PRTS “TN. COSPRTS. TEMPO. 
MAGTAPE WRITTEN cacarioe 
EXECUTE |. , HARDCOPY PRINTED 
TN. ARCHIVE .EDITOR | ) 
aa MERGE FILE 
(DOREC NO'S ADDED) | 


TN.CD3PRTS.TENPO | 
EDITED INTO 
TP.ARCHIVE.( TAPNAN) | 


EDITS TAPNUN 


s EXECECUTE 
AND FILNUN INTO ECECU 


TP .ARCHIVE.. INDEX 


Section one of this paper discusses the procedures to run EX.ARCHIVE.CD3PRTS. Sec- 
tions two through four will explain the necessary preliminary steps to prepare the system to 
run this program, suggestions for file naming conventions, formats, etc. and additional 
EXECUTE files to assist in file managing. 
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Section One 
Procedures for running EX.ARCHIVE.CD3PRTS 
Purpose—EX.ARCHIVE.CD3PRTS is executed to write CADDS parts on ‘SPRIMARY’’ 
and ‘‘BACK-UP”’ magnetic for archival storage. The program also updates index textfiles and 
eee an EXECUTE file to delete archived parts from disc. 


Procedure: 
1. The operator determines what parts are to be archived and makes a list using as few 
catalog level names as possible to describe the part. 


2. The operator then determines the tape name (TAPNAM), tape number (TAPNUM), 
_ savfil number (FILNUM) that the parts are to be stored under. — 


3. eda the proper magtape on the magtape unit. (Be apsetule’y sure that the correct 
tapes are > being used.) 


4. At a terminal other than the system hardcopy device, and at system ve type in 
: | n> EXECUTE EX.ARCHIVE.CD3PRTS } 


| oe When the program pauses for variable input and after typing a RETURN the « eta 
is requested to enter: | 
- TAPNAM—The third level (file name) of the tape name and supporting index text file. 
FILNUM—The two digit number used to indicate the SAVFIL level on a stacked tape 
(Use leading Zeros). 
-Type a ‘CONTROL- X to continue the program. 


a Wek: the Stein pauses a second time for vatable input, the operator is feduesice to 
enter the following: 
-CATLOG—The catalog. of CD3PRTS being archived (do not use more than sixteen 
: _. characters to identify a past or group of parts). | 
a TAPNUM—T he four digit number of the maenene a that the parts are ‘to be stored 
-on (Use leading zeros). | 
FILNUM—refer to step five above. 


7. “When the: syisteiil pauses the third time for waniatle input, the operator enters the 
values for the CATLOG, TAPNUM, and FILNUM parameters as in step number six (6) 
above, only this time he/she is requested to cycle the PAREX program for each additional 
CATALOG being ARCHIVED. | 


(The program prints ‘‘TYPE OK TO CYCLBP’’) 

Type a CONTROL-X to continue the program. ~ 

The program needs no further operator interaction, other than typing an occasional 
‘‘CONTINUE”’ at a pause in the program. 

Note: These ‘‘PAUSES”’, with the spun of the pause located between two SAVFILS, 
_. may be deleted if desired. , 
___ The program generates several text files and edits’ them into a specific format and the 
edits the results into the two permanent textfiles that serve as on line documentation tape 
indexes. A HARDCOPY list of parts saved is also printed out on the hardcopy device. 


8. At the ‘‘PAUSE”’ after the primary savfil is complete, remove the primary tape and 
load the back-up tape. Type ‘‘CONTINUE’’ to complete the program. 

If taping errors are encountered, extract the lines that contain all the taping commands 
and file names from TM.ARCHIVE.PARTSO to create a new execute program. 

After it has been determined what caused the error and corrections have been made, 
execute this new program. When both savfil tapes have been made without errors, execute 
TM.DELFIL.CD3PRTS to delete the archived parts from disc. 
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EXAMPLE : 
NOT 
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ES: | | 
ITALICIZED TEXT \NDICATES COMMANDS AND TEXT WHICH MUST 
BE ENTERED BY THE OPERATOR. 


THE FOLLOWING EXAMPLE IS A HARDCOPY OF THE AREAS IN THE 
PROGRAM WHICH REQUIRE OPERATOR INTERACTION ONLY. 
3> EXECUTE EX. ARCHI VE. CD3PRTS 


3>DELETE TH.ARCHIVE//NLEV 


3>DELETE TM.PARTS//NLEV 


3>DELETE TN.CD3PRIS//NLEV 
3>DELETE TH.DELETE//NLEV 


— 3° CADDS 


PART. NANE : TEMP. | 
CREATING NEW PART 


| 99000000000000000000000000000100000 IDI III 


Ets en ttt 
ms tt TAPNAN = THIRD LEVEL (FILE) NAME OF THE TAPE PARTS” peta 
tt? ARE BEING SAVED ON AND THE: SUPPORTING TEXT ORE ee 

$5 ME HE FILE NAME. 

Tete FILNUN = 2 DIGIT MAGNETIC TAPE SAVFIL NUNBER re ttt 

eT tt (USE LEADING ZERGS) age Same 

3 KM RM %, nee ‘bse 


| #RUN PAREX FILE=PX. ARCHIVE. CD3PRTS poe TARGET TH. os PROG 


PARANS : CONTROL v. CARRIAGE-RETURN 
- TAPNAM= CLASS-/-(3) FILNUM= 02 


VAR CMD® CONTROL-X 
#EXIT 


FILE=F: DONT=D: REPLY=D 
NEW PART=N: GOODBYE=G: REPLY=G 


CIC C ICI IE IOIIOIIIIITI TTDI TTD TT TTT ITI ITI TIT T IIT IIIT LAID INIT 
ih WE MM 


wea —— OCATLOG = - CATALOG OF CD3PRTS BEING ARCHIVED. 
nett tT — TAPNUN = 4 DIGIT MAGNETIC TAPE NUMBER THAT 
ett? | THE PARTS ARE BEING SAVED ON. © 
ttt) ee (USE LEADING ZEROS) 

nt tt? oe cere = 2 DIGIT MAGNETIC TAPE SAVFIL NUNBER 
He He eS (USE LEADIG ZEROS) 

er tT. a 

ve??? ae RECYCLE AS MANY TINES AS THERE ARE CATALOGS 
Pet To i TO BE FILED. USE THE SANE TAPNUN AND FILNUN 
net tf. FOR EACH CATLOG. 

ett ¢ : 


3>CADDS 


PART NAME :ARCHIVE .DUNNYO 
CREATING NEW PART 
#RUN PAREX FILE=TM.PARTS.TEMP1 TARGET TN.PARTS.TEMPO NOGO 


PARANS: CONTRGL-V 

CATLOG=N.O0JA.DAS TAPNUN= 0028 FILNUN= 02: (CARRIAGE-RE TURN) | 
#RUN PAREX FILE=TN.PARTS.TEMP2 TARGET TH.PARTS.TENP3 CYCLE NOGO 
CATLOG=N.CHT.JHB TAPNUM= 0028 FILNUN= 02 (CARRIAGE-RETURN) 


TYPE OK TO RECYCLE 
>>0K (CARRIAGE-RETURN) 
PARANS: (CARR/AGE-RE TURN) 


CATLOG=N.GRF.RJE TAPNUN= 0028 FILNUN= 02 (CARRIAGE-RE TURN) 


TYPE OK TO RECYCLE 
>> CARRIAGE RETURN 


VAR CMD# CONTROL -X 
wEXIT > 


FILE=F: DONT=D: REPLY=D 
NEW PART=N; GOODBYE=G: REPLY=G 


~ 3>ATTACH NT. TAPE. 
TAPO OF TYPE TAPE ATTACHED AS NT 
3>REWIND — : 
3>FUTIL | 
» COPY CD3PRTS.N.DIA. DAS, :MTO2//NLEV. 
* ADD CD3PRTS.N.CHT.JHB//NLEV 
* ADD CD3PRTS.N.GRF .RJE//NLEV 


3>REWIND 
— 3>CHECK :NTO2— 
SeREWIND 


“x -~—”—*S*&AQUNNT. THE BACKUP TAPE...... 
3>PAUSE 
TYPE - *CONTINUE™ WHEN. READY 


CONTINUE 


~3>REWIND =A 
—3>FUTIL . 

# COPY CD3PRTS. N. ,DIA.DAS. :NTO2//NLEV. 
t ADD CO3PRTS.N.CHT .JHB//NLEV 

# ADD CO3PRTS.N.GRF .RJE//NLEV 

% 

3>REWIND 

3>CHECK :NTO2 

3>REWIND | 

3>DETACH NT 
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EX ARCHIVE .CD3PRITS 
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5-25-81 8:32:28 
Ll<x FILE: | EX .ARCHIVE. CD3PRTS 
21<m CREATED: 22 MAY 1981 
3] <x PROGRANNER: RONALD SMITH. 
4] <x , | 
SI <x 
Bl<x PURPOSE : 
Vl<x EX .ARCHIVE .CO3PRTS IS EXECUTED TO WRITE CLASS- I A 
Bl <x CLASS-II CADDS PARTS ON A PRIMARY AND BACK-UP TAPE 
Ql<« FOR ARCHIVAL STORAGE. THIS PROGRAM ALSG UPDATES TWO 
10] <x (2) TEXT FILES (TP.ARCHIVE.INDEX AND TP.ARCHIVE.( TAPENAN). 
Llll<x THESE FILES ARE USED FOR RAPID SEARCH AND LOCATION OF ANY 
121] <x CADDS PART THAT IS ON DISK OR THAT HAS BEEN ARCHIVE. 
131 <x THIS PROGRAM ALSO CREATES AN EXECUTE FILE THAT WHEN 
L4l<x EXECUTED, WILL DELETE THE ARCHIVED Su oe 
1S] <x 
161 <x 
L71<*% PROCEDURE: 
18] <x l. DELETE ALL TEMPORARY FILES. USED DURING THE PREVIOUS 
191 <x ARCHIVAL TAPING. 
2O\ <x 
21l<x Z3 RUN PAREX FOR TAPNAMN AND FILNUN (OPERATOR INPUT), 
Lo <m 4 
— 23i<x oie TEMPORARY FILES CREATED FOR FUTURE USE -: 
24 <K , 3 vA 
25) <™ 4. RUN PAREX FOR CATLOGS, TAPNUN AND FILNUN 
261 <x (OPERATOR INPUT } 
2)1<™ 
281 <* Ds PARTS LIST AND EDIT COMMANDS CREATED AND 
291 <* ADDED TO TEMP FILES FOR FUTURE USE. 
30] <x | 
311 <x 6: A HARDCOPY LIST OF PARTS BEING ARCHIVED — 
321 <x IS PRINTED OUT. 
331<* 
ee Ta PRIMARY AND BACK-UP SAVFIL TAPES MADE. 
]<* 
361 <x 8, TP .ARCHIVE.(TAPNAN) AND TP. ANE ES ee 
371 <x IS UPDATED. | 
381 <x 
391 <x 9, A MESSAGE TO. EXECUTE TN. DELFIL. CD3PRTS 
401 <» IS EXECUTED. 
4il<x 
421 <x 
431<* 
44] <x REVISIONS: 
451<* | 
461 <x Rl 2etAY81 CREATED FROM EX.ARCHIVE.CD3PRIS 
471 <* UPDATED TO RUN WITH CGOS200/10 
481 <x GPERATING SYSTEN. 
491 <x | 
SO! <x 


EX .AR 


5- 


CHIVE .CD3PRTS 
29-81 8:32:28 


SZ2!DELETE TM.ARCHIVE//NLEV 
OS!DELETE TM.CO3PRTS//NLEV 
S41 DELETE TM.PARTS//NLEV 

SS!IDELETE TH.DELFIL//NLEV 


9 9 3 9 222 92 


S57 | eX OX 
SB! we TAPNAN = THIRD LEVEL (FILE) NANE OF THE TAPE PARTS HEM 
SO | amex ARE BEING SAVED ON AND THE SUPPORTING TEXT tt 
GOlaxx | FILE NAME. HE HEM 
Gilxx« = = FILNUM-= 2 DIGIT MAGNETIC TAPE SAVFIL NUMBER | ttt. 
62 lax (USE LEADING ZEROS) | a? tf 
63] «xe Ett 


64 [2000300090000 00000009001 III III IR 
6S!CADDS <CR>TEMP 
6B6!RUN PAREX PX. ARCHIVE . CD3PRTS NOGO TARGET TM. ARCHIVE. PROG 
~671<VAR> a 
~6B8IEXIT<CR°DG 
~69IEDIT TN.ARCHIVE. PROG 
~701S11- -102, IXN/ /&/ 
ee eee 
21PAUSE 
IBLEXECUTE Tt. ARCHIVE. PROG 


74,1 3000109009099 1 I TO II IETS III 


75 | em ttt 
76 | em IF NO ERROR HAVE BEEN ENCOUNTERED AND IF BOTH BACK-UP xxx 
77 | ee AND BACK-UP TAPES HAVE BEEN MADE SUCCESSFULLY . EXECUTE x™xx 
— 718 1 eee THE FOLLOWING COMMAND: : HK 
TO lee | = | KK 
BO] x«x | EXECUTE TN.DELFIL. CD3PRTS : 1K Ne 
Bll amx | HE HE 


82 3100030090100 011 21 IDE 


PX. ARCHIVE. .COSPRTS 


b- 8- 


l 
l 


81 734 


1184 

212 TAPNAM 

ee FILNUN 

a TH.PARTS.LIST. N 

TUL <CR> 
cere TH.PARTS.LISTI.N 


1] 
LEQQQL222220 2220220 222d EELLITLL <CR> 


121F 


l 


3IEDIT TMH.PARTS.LIST2.N 


141] 
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Pair ean ee enra anna aweenneney Haren <CR> 
1615 | 3 
L7IEDIT TNH.CD3PRTS.TEMP1.N 

1811 | 
ISLIPPAYQQ02EN20EEETLLTTTTLIITITT <CR> 


201F — 
211EDIT TH.PARTS.TEMP1 ON 
221] 
Z23188XY 
2412 CATLOG 
2512 TAPNUN 
2612 FILNUN 
271 &&XY 

— «2B1EDIT TM. PARTS. LIST 
291199 a 
301 COPY CD3PRTS .&4CATLOG. : MT S&F ILNUM//NLEV <<CR> a or 
311F<<CR> Be 
321EDIT TM.PARTS.LIST © ee 
331199 
341CD3PRTS .&&CATLOG//NLEV.TYPE=0<<CR> 
35 1F <<CR> 
361EDIT Th. COSPRIS. TEMP 1 | : 
371199999 4 
-38151-9999,/x | -S&CATLOG/ /*&&TAPNUM. S&F TLNUM. SSCATLOG/<<CR> E 
SSIF<<CR> <CR> a BS 
401F as 4 : 42 _ 
411EDIT TH.PARTS .TENP2, N a ° eo, 
431 &&XY : ae a » ie oe 
4412 CATLOG | - ¥ 2 a | 

4512 TAPNUN 

4612 FILNUN - 


4T1&&XY 

481EDIT TH.PARTS. LIST 

491199999 

SOICD3PRTS. S4CATLOG//NLEV, TYPE=0<<CR> 

SLLF<<CR> 

S21EDIT TN.PARTS.LIST2 

S3119999 

S41ADD CD3PRTS.&&CATLOG//NLEV <<CR> 

SSIF<<CR> 

S6IEDIT TN. CD3PRTS. TENP 

57119999 

58151-9999 ,/x &4CATLOG/, /*&STAPNUN, AFILNUM, &&CATLOG/<<CR> 
SO!IF<<CR> <CR> 

6OIF | , | 
61 | 9000900000000 00000000 000 III III 
62 | emmemx 

63] «x mmx CATLOG = CATALOG OF CD3PRTS BEING ARCHIVED. 

64 1] mmx TAPNUN = 4 DIGIT MAGNETIC TAPE NUMBER THAT 

65 | em mmm THE PARTS ARE BEING SAVED ON. | 

66 | «mmm x | (USE LEADING ZEROS) 

67 | ee mee FILNUN = 2 DIGIT MAGNETIC TAPE SAVFIL NUMBER 

G8 | meme mm (USE LEADIG ZEROS) 

69 |] meumx 3 

70 1 mm RECYCLE AS NANY TINES AS THERE ARE CATALOGS 

71 Loe TO BE FILED. USE THE SANE TAPNUMN AND FILNUN 

72 | wee FOR EACH CATLOG. 
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PX .ARCHIVE .CO3PRTS 
6- 8-81 7:42:55 


13 | weRMM 

"1 4 | 386 3 5 50 2 MK EM SS DI ES 2 3 EE SE 3 2 2 2 DE 2 SE 2S 2 SO 2 
TSICADDS <CR> ARCHIVE.OUNNY 

Li TN.PARTS.TEMP1 TARGET TN.PARTS.TEMPO NOGO 

7171<VAR> 

tpt Ala, TH.PARTS.TEMP2 TARGET TN.PARTS.TENP3 CYCLE NOGO 

|< 

BOLEXIT<CR>DG 

81) PAUSE | 

BZ2IEXECUTE TH.PARTS. TEMPO 

B31EXECUTE TN.PARTS.TENP3 

BS] <x 

BEIEDIT TN.ARCHIVE .PARTS1.N 

8711 

BBIL&&XY 

8912 TAPNAM 

9012 FILNUN 

GL1&axy 

921GENCOM TN. CD3PRTS. TEMPO 

931<<CR>$2,-1,0$ <<CR> <CR> 

941X TN. PARTS. LIST,2-9999 ,9999 

95119999 

9B 1 <<CR><<CRoF 
~ OQTIGENCOM TN.DELFIL.CO3PRTS 

981<<CR> DELETE $1,-2.%/$-1$ <<CR> <CR> 

— 991X TN. PARTS. .LIST.2-9999, 39939 — | 

100119999 |. : 

LOL <<CR><<CRoF 

102) 

i031" 

1041" A HARDCOPY | OF THE FILE NAMES BEING ARCHIVED 
ee 1S NOW BEING PRODUCED 

1061 


LO7 1x | 

LOBIEDIT “TM.CO3PRTS .TENPO 

1091N3 | 

LIOITH <<PRINT> 

1111Q © 

L121ATTACH NT, TAPE 

LISIREWIND - 

LI41FUTIL<CR> . 

1151X TM.PARTS.LIST1,2-99, 9999 
L161X TM.PARTS.LIST2.2-9999 ,9999 
117119999 

1181<<CR> 

LISIREWIND 

1201CHECK :MT&&FILNUM <<CR> 
1211<<CR>REWIND 

122] xxex MOUNT THE BACK- UP TAPE He HE 
1231 PAUSE 

L241. REWIND 

L251 FUTIL<CR> 

1261X TN.PARTS.LIST1.2-99,9999 
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PX ARCHIVE .CD3PRTS 
6- 8-81 7:42:55 


1271X TN. PARTS. LIST2,2-9999 ,9999 
128119999 

1291<<CR> | a 
130] REWIND 

L3L1CHECK :NT&&FILNUM <<CR> 
1321<<CR>REWIND | | 
1331DETACH NT. 
1341CADDS<<CRTEMP 

1351MNERGE FILE 

1361 TN.CO3PRTS.TEMPO 

1371 TM. CD3PRTS.TENPO BLNK<<CR> 


13811-72:7 

1391S' ‘31-6 

L40IN:1-4 <<CR> 

L4. LEXI T<<CR>DG 

1l421EDIT TP.ARCHIVE. &&TAPNAN 

1431199999 

144) xexee SAVFIL NUMBER e4FILNUM EE <<CR> 
1451X TH.CD3PRTS.TENPO.1-999999, 399999 | 7 
L461F <<CR> 


L471EDIT TM. ARCHIVE.EDITOR.N 
L481 1<CROEDIT TP. ARCHIVE. INDEX<CR> 

~1491X TH.CD3PRTS.TENMP!1 ,.2-99999, 99999 
1501199999<<CR> 
ISLIF<<CR> | a : m a 
ISZIFX<CR><CROF | » = | 2 iz oP ty 
1531CADDS <CR>ARCHIVE. oUnNY! | 
154]RUN PAREX TM. ARCHIVE. PARTS1 TARGET TM. ARCHIVE . PARTSO Noce eCR> 
1SS1&TAPNAN 
156) &FILNUM | 
ISTIEXTT<CR>DG 
1581PAUSE 
ISSIEXECUTE TM.ARCHIVE. PARTSO 


Section Two 
Preliminary Preparation — 

Prior to setting up the archive taping and file managing program, it is meses recom- 
mended that standard procedures for naming CADDS parts and textfiles be put into practice. 
This will facilitate file transfer and file identification. A file naming standard also helps in 
quickly identifying files that do not belong on disc. 

A CADDS part name should briefly describe the part and should also be of a format that 
will categorize similar parts, projects, plant areas, etc. Part names should also have a format — 
that is easy to type. 

At M&M/MARS we use two different naming formats for CADDS parts. The first 
(Class-I) for training parts and scratch parts, working drawings, nonparts, and library parts. 
The second (Class-II) is for formal drawings that have been checked and approved for release. 
A chart showing these conventions may be found in the appendix. 

The naming convention that we use for textfiles is somewhat simpler, the only require- 

- ment being that the ‘““SYSCATLG”’ portion (first level) describes the function of the file (i.e., 
EX for EXECUTE files, PX for PAREX files, TP for TAPE RECORD files, TM for 
TEMPORARY files, etc. The remaining levels of the name are left to the discretion of the 
operator. | 
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A tape numbering and naming convention is also required for the archiving system to 
function properly. As a new tape is put into use, a four digit number is assigned to it as well 
as a name. The tape name is also used as the textfile name for on-line documentation. All 
textfiles containing tape indexes and listings are filed in syscatlg ‘“TP’’ (as noted above) and a 
record of numbered tapes is filed in TP.INDEX.MAGTAPE. A line from this file may appear 
as follows: 


27! 0027 15Jan81 TP.ARCHIVE.CLASS-I-03 


TAPE NO. : 
DATE TAPE NAME & TEXTFILE NAME 


The tape naming convention used at M&M/MARS is as follows: 


TP. ARCHIVE.CLASS-I-03 


— SYSCATLG 5 


TYPE SAVFIL VARIABLE 


1. Type Savfil— ARCHIVE -— for all archive tapes 
PERSONAL — for personal tapes 
DUMP  — for aa! system back-up tapes 


2. Variable Variable tape name. 


~ The next step in preparing the system for the archiving program is the creation of a text- 
_ file for the master index. The name of our master index is TP.ARCHIVE.INDEX. This file 
contains a list of CADDS parts currently on disc and archive tape. This index should be 
updated daily with the names of the parts that have been created or filed since a previous 
- update. It may be done automatically when a daily back-up is done or it may be executed 
manually. (A program to update the index appears in section three.) 

The line format of the master index file is as follows: 


Phase 1: 
: n!* ~ | name | 
Key Character a] | othe partname minus 
syscatlg ‘‘CD3PRTS”’ 
Blank area to 
indicate the parts 
reside on disc 
Phase 2: 


n!*0013.03 Part name 


Savfil number (FILNUM)—the 
number of the file on a stacked tape. 
(For use with POSITAPE) 


TAPE NO. 
(TAPNUM) 
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Note: When the tape number and Savfil number are present, the file is on archive tape 
and should not be on disc. 

This file (TP.ARCHIVE. INDEX) must be on disc prior to executing the updating and 
archiving proeraiss This file is created as follows: 


n EDIT TP. ARCHIVE.INDEX,N }) 
#1 } 
SUSRORORORORORER: 


The part names will be included in the index after executing an update program using a 
very old “SINCEDATE” (EX.INDEX.UPDATE.CD3PRTS) will be discussed 1 in Section 
Three. 


New tapes and their supporting textfiles are prepared in the following manner: 


A. New Tapes 
- 1. Assign a number to two tapes (a primary and a backup). | | 
_ 2. Assign a name to the tapes (same name on both tapes). Note: Self-adhesive tape. 
labels are strongly suggested. 
3. Load the tape on the magtape unit. 
4. Execute the following commands: 


n> ATTACH MT, TAPE } > 
n> COPY TX.EMPTYFIL,:MT//NLEV, CHECK, LABEL , 
type 6 character tape volume ID: 0025 )* 


NOTE: TX.EMPTYFIL must be on disk 
| *Use the tape number that has been assigned the tape. 3 
This procedure writes a ‘*Vol 1”’ rape on the tape. (Do Step 4 for each tape, 


B. New foetales 
1. Execute the following commands: 


[: EDIT TP. ARCHIVE. (Tape name),N } 
Alp 
+S AVFIL O1 *** ) 
EMPTY SAVFIL EMPTY SAVFIL } 
#F ) | 


This procedure creates a textfile and enters the appropriate text into the file. 

The above procedures may also be completed by executing 
EX.ARCHIVE.PREP.CR3PRTS. (A copy may be found in the appendix. ) 

The final step in the preparation for executing the archive program is to establish a file 
for the ‘“‘SINCEDATE”’ (TP.INDEX.SINCEDATE.PRT). Format for this file, as with all 
supporting files, should be strictly adhered to. 

Create the file as follows: 


n> EDIT TP.INDEX. SINCEDATE. PRT,N } 


#1. >} 

2-20-81 7:16:12 ) 
DATE L_ TIME (hh:MM:sS) 
TWO SPACES 

KF ) 
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NOTE: As mentioned above, the SINCEDATE for the initial running of the saute pro- 


TP ARCHIVE. INDEX 
—3- "4-81 


Ti2 


210 


3021"0010.04.D.XXX .RCS.TEST-NRKT-FLOGRPLAN 
30310025 .02.0.XXX .RJE.RIBCONASS 


3041*0010.Q5 


3051] ™ 
3061 


XX .RJE.TEST .ARKT-BSIZE 


XXX. ; ; - 
TESSKCRIE TEST HRKT-BSIZE-REV! 


-D. 


18-81 11:36:43 


2- 
ae 
2 | 
31 
Ar +d 
Sl 2 
61 3 
74 
Bl OS 
9! «6 
101 467: 
1d. © 
121 9g 
131 10 
141 11 
151 12 
161 13 
1710014 
181 15° 
191 16 
201 
2tl oo. 
221 2° 
231 3 
241 4 
251 5 
261 6 


EMPTY. SAVFIL 
seem 6SAVFIL NUMBER 02 Me HE EH 


020.DAS .EMERGLIGHTS.CON 
020.DAS .ENERGLIGHTS.RGO | 
100.DAS.DISCH-SECT-E29504.CON 
100.DAS .DISCH-SECT-E29504.RGO 
100. RJE .FLOORPLAN .CHOCNAK-REFINER.CONM 
-100.RJE.FLOGRPLAN .CHOCNAK-REFINER.RGO ~ 
.130.RJE.SHROUD-ASSY-D28658.CON 
130.RJE.SHROUD-ASSY-D28658 .RGO 
-181.RCS.BX#LN3-LO.CON 
.181.RCS.BX#LN3-LO0.RGO 
.181 .RJE.CART-RETAIN.CON 
181 .RJE.CART-RETAIN.RGO 
181 .RJE.CART-RETAIN-B14455.CON 
181 .RJE .CART-RETAIN-B14455.RGO 
181. .RJE.FLOORPLAN .PACKROGN-SNACK-PRGOP .CON 
181 .RJE. FLOORPLAN .PACKRGGN-SNACK-PROP .RGO. 
maexe SAVFIL NUMBER 03 mumm - 
CHT .JHB.ACCSPERSCON COM 
N.CHT.JHB.ACCSPERSCON .RGO 
N.CHT.JHB.PROFIT&ROTA.CON - 
N.CHT .JHB.PROFIT&ROTA.RGO 
N.CHT .JHB.VACA.1981.CON 
N.CHT.JHB.VACAR.1981.RGO 
- DOREC NO. 


ee ee 
SAVFIL NO. 


TAPE NO. 


BLANK #® PART 
ON DISC 


TP .ARCHIVE .CLASS-I- 03 : 


3 SAVFIL Ol mum 
ENPTY SAVFIL 


EMPTY SAVFIL 


gram should be very old to assure that all parts that are on disc will be included i in the index. 
Examples of the on-line documentation files follow on the next page. 


PeaO freed Qed fat fund 
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TP. INDEX .AAGTAPE 
2-19-81 10:10:34 


1010010 10-OCT-80 TP.ARCHIVE.CLASS-I-02 PRIMARY 
1110011 10-OCT-80 TP.ARCHIVE.CLASS-II-01 PRIMARY 
1210012 10-OCT-80 JTP.ARCHIVE.CLASS-II-02 PRIMARY 
1610016 30-OCT-80 JP.ARCHIVE.CLASS-I-01 = =PRINMARY 
1710017 30-OCT-80 JTP.ARCHIVE.CLASS-I-01 BACK-UP 
1810018 31-OCT-80 TP.ARCHIVE .CLASS-IJ-01 BACK-UP 
1910019 31-OCT-80 TP.ARCHIVE .CLASS-I-02 BACK-UP 
2010020 31-OCT-80 TP.ARCHIVE .CLASS-II-02 BACK-UP 
2310025 14-JAN-81 TP.ARCHIVE .CLASS-I-03 PRIMARY 
2610026 14-JAN-81 TP.ARCHIVE.CLASS-I-03 BACK-UP 


Section Three 
Updating the CD3PRTS Index 

A key element of the file managing system is the daily updating of the master index 
(TP.ARCHIVE.INDEX). This index is designed to include all CADDS parts that are currently 
on disc and CADDS parts-that have been put to magnetic tape. As mentioned previously, this 
program (EX.INDEX.UPDATE.CD3PRTS) may be executed either manually or auto- | 
matically with the daily back-up taping or any other suitable means to execute the program 
automatically. Once executed, the program requires no further apapOrse from the operator. 
The program proceeds as follows: 2 


1. A temporary execute program is created containing the “GENCOM” command and 
its related command and file skeletons. | = 


2. CVTECO is used to edit the sincedate into the temporary execute file. 

3. ‘“HARDFILE”’ is toggled to apdate the sincedate file. : ie 
(TP. INDEX.SINCEDATE.PRT) | 

4. The temporary execute file 1 is executed to create a temporary list of parts filed s since 
the last update. om 

5. ““CD3PRTS”’ is edited out of the temporary parts list and replaced with ‘‘* 

6. The temporary index is next edited into TP.ARCHIVE.INDEX. 

7. The two eempony files are deleted. 

8. TP. ARCHIVE. INDEX is sorted and tallied to eliminate duplicate file names. 

9. The program finishes by exiting from CADDS. 


A copy of this program can be found on page 463 and 464 of this section. © : 
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EX . INDEX .UPDATE .CO3PRTS 
9-29-81 10:39:53 


13 OI ITT TTT TTT TTT TT TI IIIT 


21 <mee Mt KM 
31 <x FILE: EX. INDEX .UPDATE .CD3PRTS 

41 <mee PROGRAMMER: RONALD SNITH 7 | EE 
aes: DATE: 14 OCTOBER 1980 : ME Me 
61 <mex | KM 


|) kkk III III I LITO 


Bl<x PURPOSE - 


OQ] <™ TG UPDATE THE MASTER CADDS PARTS INDEX (TP. ARCHIVE. INDEX) 
101 <x WITH THE NAMES OF THE PARTS CREATED SINCE enue renee THE 
Lll<x UPDATE. 

L2l<e 
13] <x EXECUTED FRON- 

L4l<x 3 EX .DUNP .0830 
ISl<x | 
161] <x PROCEDURE- 

L71<* 1) A TEMPORARY EXECUTE PROGRAM IS CREATED CONTAINING THE 
181 <x | GENCON COMMAND AND ITS RELATED CONNAND AND FILE SKELETONS. 
191<x 

(20l<x | 2) CVTECO IS USED TO ENTER THE SINCE DATES INTO THE 
vy aeks : TEMPORARY FILES. 
221 Se 
23l<® © 3) HARDFILE IS USED TG UPDATE THE SINCEDATE. 
se fo (TP INDEX .SINCEDATE.PRT ) 
2ol<e 
— OBL <me 4) THE TENPORY EXECUTE FILE IS EACLUTED.. 
27T1<m (TM. INDEX UPDATE .PRTS) 
2B1<e ees | 
29l<m 5) ‘CD3PRTS* IS EDITED GUT AND REPLACED 
— 30l<m =———‘WTTTHs * ae | 
— 3ll<x | | coe 
. a 6) IM.INDEX.CD3PRTS IS INSERTED INTO TP.ARCHIVE. INDEX 
33) <x | | 
S4l<e 7) TP.ARCHIVE.INDEX IS SORTED AND TALLIED TO 
hes ELIMINATE DUPLICATE TITLES. 
<X . 
371<x 8) “THE TWO TENPORY FILES ARE DELETED. 
381 <x ie : 
391 <x cc —_ 
401 <x REVISIONS- | 
ALi<w | Ril 2SMAY81 UPDATED FOR CGOS 200/10 O/S 
A2\ <x : : | 
431<x 


44,1 9900901001001 1011 ITT TTT TIT TT TT III | 
a TM. INDEX. UPDATE. PRTS.N 

— 6461 
471GENCON TH. INDEX .CD3PRTS | 
481<<CR>$1,-2,-1$ <<CR> | 7 
491 CD3PRTIS/COM/NLEV, EES 0, SINCE 1- 1-80:12:00:00 
901 <<CR><<CROF 
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EX. INDEX UPDATE .CD3PRTS 
5-25-81 10: 33: 93 


SLI<CR>F 

SDICVTECO 

S3JER TP.INDEX.SINCEDATE.PRT<ESC>EAJU I <ESC> BCOR/ /:/ 

~~ $41JXD HK EBTN.INDEX.UPDATE .PRTS<ESC>EAJ <<:SSINCE<ESC>sKGD ><ESC> 

~SSIEX<ESC><ESC> 

S6]HARDFILE 

S71HARDF ILE TP. INDEX .SINCEDATE .PRT 
SBIOK 

SSIDATE 

6O!HARDFILE 

GLIEXECUTE TN.INDEX. UPDATE. PRTS 
621EDIT TN. INDEX .CD3PRTS 
63151-999999./CD3PRIS/../x / 
641F 

6BSIEDIT TP.ARCHIVE.INDEX 

661X TH. INDEX .CD3PRTS,1-999999.0 
671F 
~66BIDELETE TN.INDEX. &BCD/CD3PRTS 
B9IDELETE TN. INDEX .UPDATE .&BCD/PRTS 
7JO1CADDS<CR>FN.DUNNY 

TLISORT FILE TP.ARCHIVE.INDEX 
72110-55<CR> 

T3I1RUN TALLY ) 

J41TP.ARCHIVE. INDEX 

TSITP.ARCHIVE. INDEX DEL 


- 76160-65 
7711-55<CR> 
TBIEXIT<CR>DG 
78 [8000 BNE RANA ADEE OU O00 IDOE OU G02 
BO | wx xx , HK 
Bll exwx - Soe COMPLETE PROGRAM COMPLETE 2 @ Me WHO 
B2l axe : | an 70K 


The master index should be checked periodically to assure that it contains (1) the names 
of the parts that are on disc, or (2) that names of parts that have been deleted and not ar- 
chived have been removed from the disc. This check can be done by executing an execute pro- 
gram (EX.INDEX.STATUS.CD3PRTS) that lets the system make a comparison between a list — 
of parts that should be on disc and a list of parts that actually are on disc. 

The program first generates a list of the parts currently on disc. It then generates a list of 
parts that are supposed to be on the disc by extracting a list of all the parts without the tape © 
number and savfil numbers from the master index. These lists are then edited so that they 
have identical formats. The final step uses the system level command “COMPARE” to list 
and report any discrepancies between the two files. 

NOTE: The techniques used in the attached program duplicate those in a paper presented 
by David A. Quinn, Supervisor, Computer Aided Design; G.T.E. Lighting Prod- 
ucts; Estes Street; Ipswich, Mass., at the Second Annual International Computer- 
vision User Conference. I have changed the merge key elements and the transfer. 
elements in the merge file command and the column pean numbers in the sort 
file command to suit the format of our files. 

Once executed, the program does not require any further interaction with the operator. 

A copy of this program can be found on page 465 of this section. 
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EX. INDEX STATUS. COSPRIS | 
6- 5-81 13:42:03 


1] TUTTE TTTTTTTUTTTTTTTTTTUTTCTUCTTTTTTTTTTTTTTTTTTTTTTT TTT TTC eT TT TTT 


21 SRE KM 
31 <x FILE: EX. INDEX.STATUS .CD3PRTS 

4] <mKx | PROGRAMMER: RONALD SMITH HK 
OL <meR DATE: 15 JAN 1981. WOK 
61 <mmx % KX 
7130993310030 9100111000 I 
B81 <x | 

QO] <x PURPOSE : 

101 <x TO SCAN AN INDEX OF PART NANES (TP.ARCHIVE. INDEX). 

Lll<x DETERMINE WHICH PARTS ARE SUPPOSED TO BE ON 

121 <x | THE SYSTEM. 

131 <x COMPARE THAT LIST WITH WHAT ACTUALLY IS ON THE 

141 <x OYSTEM AND NOTIFY OF THE DIFFERENCES. © 

LS) <x | o< 

161 <*> PROCEDURE: 

L71<x EXECUTE EX, INDEX. STATUS .CD3PRTS WHICH 

181 <x 2 1. CREATES A LIST OF PARTS ON THE SYSTEM 

19l<m® | USING GENCON. 

201 <x . 2. SEARCHES THE INDEX FOR PARTS SUPPOSED 

211<x Ss - TO BE ON THE SYSTEM. _ 

ae 3. COMPARES BOTH &BCD FILES USING COMPARE. 

3l<x | | 
241 <x | , 
251<e REVISIONS: a ee | | | 
261<me RI nes UPDATED FOR CGOS 200/10 0/5 

<a 
— 2B1 <x 


© 79) ce soa pH N00 N90 9000900900 900900 
~ BO1DELETE TN.&BCD/SYSTEN,INDEX.TNMP 
-311GENCON TN.SYSTEN <ECHO> 
Z2LLLLL22L 2222212221121 <CR> 
~331$2,-2,$<CR> 
341 CD3PRTS/COM/NLEV<CR><CR><CR>F 
— 353HARDFILE 
 - 3S6LHARDFILE TN. INDEX 
 37LEDIT TP.ARCHIVE.INDEX <ECHO> 
38171 . ern 
391L,/m / 
4010 
41 ]HARDF ILE 
421EDIT TM. INDEX <ECHO> 
431$1-2,/8/, // a 
441F 
451COPY TN.&BCOD. INDEX. TN. &BCD.TMP 
461CADDS <CR> TENPFILE 
—647 MERGE FILE TNH.TMP PAIR BLNK © a - 
4817M. INDEX PAIR BLNK a ys ; 
4911 <CR> 
90117-70:1-54 
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EX .INDEX.STATUS .CD3PRTS 
6- 5-81 13:42:03 


11s: | *:55 <CR> 
S21SORT FILE TN. SYSTEM 
5311-60 <CR> 
~—6dS4LEXIT <CR>DG | 
SSICOMPARE TM. INDEX,.TN.SYSTEM <PRINT> 


| 5.6 | 909 1901000390 30100 000 2012112 IOE 


7] <eme | me 
S81 <emx | PROGRAN COMPLETE’ PROGRAM COMPLETE ret 
SO] <x - MK 


B0 | 003000001000 1000000000 


Section Four 
Locating an Archived Part | 

As mentioned in the introduction, one of the functions of the archiving system is to be 
able to locate any CADDS part that is on disc or archive tape as quickly as possible. This can 
be archived by using the system command ‘‘SRCHBCD’’. The precenure for the search is as 
follows: . bu o 


n> SRCHBDC Po ARCHnE ) 
#L,/(Part name)/ } | 


An example of a typical search will be found on the next page. © 
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THIS 15 AN EXAMPLE OF A TYPICAL SEARCH 
FOR A CADDS PART. 


TE: 
ITALICIZED TEXT \NDICATES OPERATOR INPUT 


fo 


3> SRCHBCD TP. ARCHIVE 


u--~ CATLOG THAT THE SEARCH 
“1S TO BE DONE IN 


NAME OF PART. OPERATOR 


SRCHBCD TP. ARCHIVE IS LOOKING FOR 


3- 4-81 | 4: 30:1 4 
#1, /D. 020. DAS. EMERGLIGHTS/ 


L, /D. 020. DAS. EMERGL| GHTS/ 


a TAPE NAME 


TP. ARCHI VE. BCD. CLASS- 1-03 
‘1136: 43 
42 | —D. 020. DAS. EMERGLI GHTS. COM 


2-1 8-81 

5! eee 

5 | DOREC NUMBER FOR 
| EASY RSTFIL 


TP. ARCHIVE. &BCD. I NDEX 
3- 4-81 | 3:56: 44 


2502 #0025. 02. D. 020. DAS. EMERGLI GHTS | | 
’ 


| \. SAVFIL NUMBER 


(USE WITH POSITAPE) 


TAPE NUMBER 
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APPENDIX 


DL. < 36g 30g 30 me 36 20 38 30 3 206 2 20 30k 20 2 2 2 0 2 0 3 0 2 3 2 SS 2 S02 J 2 SS SS Se 2 SS SS SE Be 0 28 ae 


21 <mmm ESE 
31 <mux FILE: EX .ARCHIVE. PREP. CD3PRTS 6 HE 
41 <ammu PROGRANNER: RONALD SMITH ME WE 
31 <m mem DATE: 19 JANUARY 1981 Me Me 
6] <mx tt 
71 <0 GIOIGIOIGIOGIGIEIDIDIDIOIDIOIDIDIGIDIDIOIIGIDIOIDIOIOIOIDI GION OIIDIDIOIIOIDIOI IOI IIOIOIOIIIDIIOI IOI HE 
Bl<m 

Ol <x ‘PURPOSE : . 

10l<m | TO PREPARE A TEXT FILE AND TWO TAPES FOR 

ee RUNNING EX. .ARCHIVE .CD3PRTS 

12il<M 

131 <x PROCEDURE : ; 

L41<m iz CREATES A NEW TEXT FILE AND PLACES A 

pe HEADER IN THE FILE. 

161 <x ; 

L71 <= : 2% PLACES AN EGF SIGNAL AT THE BEGINNING 

181 <x GF TWO TAPES 

1G1<x | 
201 <x REVISION: | 
i R1 JUNE 81 UPDATED TO CGOS 200/10 B/S 

| <x 


OF | eRe 0S EN ER ERED 
2.410 IG GIGI IGIGIGIOIIOIOIGICIGIDIOI GSI I IRI III IOI III II IRI IE _ 


251 mum ? ta 
26] mmx WHEN SYSTEM PAUSES. TYPE IN THE TAPE NANE FOLLOWED tt? a 
27ilmex WITH A CNTRL - X.. | eet 
281 wax : KK 


pT AnCeERSRdH a ee 
— 301 CADDS<CR>DUNNY .PART ; 
311RUN PAREX PX.ARCHIVE.PREP.CD3PRTS 


321<VAR> | 

39 | 3080100000309 001111 
34] max i 
35] mmm PROGRAM CONPLETE PROGRAN COMPLETE : ; MK 
36 | mem 3 oe. EH 


37 1990930900901 III TL IID LITE I LILIA LI II 


11&&% 
212 TAPNAN 
31&4 


41EXIT 
SIDGEDIT TP. ARCHIVE .&TAPNAN.N 
61X TX. TPFILE.HEADER.1-10,0 


TAF 

ETTLETECTCTTTTCTTTTTTTTTETTCTTCTTTUTETTTTCTCTETTET TTT Tee 
9 | mmm tt 
10] xxx LOAD THE PRIMARY TAPE ON THE NAGTAPE UNIT. PLL: 
Ll lax MAKE SURE THE “LGAD",. “GN-LINE",. AND “HIGH —. Lt 
121 «ax DENSITY" LIGHTS ARE ON. TYPE “CONTINUE 0 3 He 
13] mmm WHEN READY. : We 
141] mmm CHE 


SETTLTITICTTUTITTTTTTTTTTT TELE LTTETCLTTCETTTTT CLE LTT TT TTT Ten 
161PAUSE 

L7TLATTACH MT.TAPE 

18iCOPY TP.ENPTY.:MT//NLEV CHECK .LABEL 
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1S J 39m soe 206 3a 3m 0 306 30k 3 0 0 3 3 SR RE 3 300 0 2 3 30 SD 2 3 90S 2 20S DR 38 30S 3 3 90 9S 2 0 DD SOE S20 SOD 2 2 ee 


20] mmm | | He ME 
211 mmm LGAD THE BACK-UP TAPE ON THE MAGTAPE UNIT. nt t 
22] mmx MAKE SURE THE “LOGAD", “ON-LINE”, AND “HIGH 30 ee 
231 umm DENSITY" LIGHTS ARE ON. TYPE “CONTINUE me tt 
24 i xmm WHEN READY. ee 
25 1 mmm | PEt 
2.6 J 200G UN ONGROIIORON IOI IO NOIUIOIOROIOIOIOIGIOIGIGIOIOIDIOIONGIOIOIOIOIOIOIOIGIOIOIOIOIUIOIOIOIOIOIOIOIDIGIDI OIE 
271PAUSE 


281CGPY TP.ENPTY. :MT//NLEV,CHECK.LABEL - 
291DETACH MT 


FILE NAMING CONVENTION 
FOR CD3PRTS 
& CLASS | 


FOR TRAINING,SCRATCH,DRAWINGS,AND LIBRARY PARTS AND FIGURES 
D.O1O.DAS.VARIBL.DES-CRIP-TION 


A MEANINGFULL DESCRIPTION OF THE FILE 
SHaLt"Se' a" GSPaP oc Wine AST enon 
IN 
USER INITIALS (F, M, & L) SEVEN (7) CHARACTERS. THE REMAINING 
ALSO USED FOR PRT AND FIG PORTION OR LAST LEVEL SHALL NOT 


IDENTIFICATION: — EXCEED TWENTY CHARACTERS AND SHALL 
ay : Sune NOT CONTAIN ANY PERIODS. 


CODE: THE FIRST THREE(3) DIGITS OF THE SIX(6) DIGIT 


FILE TYPE: DRAWING CODE FOR TYPE "D" FILES ONLY. 

T = TRAINING "CHT" FOR. CHARTS 
S = SCRATCH "GRF" FOR GRAPHS 
D = FORMAL DRAWING "ART" FOR ART WORK 
N = NON-PART "XXX" FOR FILES NOT REQUIRING A CODE 
M = MECHANICAL PARTS CLI BRARY) "DIA" FOR DIAGRAMS 
E = ELEC. SCHEMATIC FIG. LIBRARY "FOR" FOR FORMS 
P = PRINTED CIRCUIT BOARD FIG. LIBRARY 
W = WIRING DIAGRAM FIG. LIBRARY 
0 = MACH! NE PART OUTLINES 

e CLASS 1 


FOR APPROVED FORMAL DRAWINGS 
010090. RCS. E-29654.2A.(VARIABLE DES.) 


aa MEANINGFULL DESCRIPTION OF THE FILE 
NOT TO EXCEED 20 CHARACTERS 
REVISION LETTER - USE | FOR INITIAL DRAWING © 


CODE NO. USE 0 FOR OBSOLETE 


SHEET OR PAGE ‘NOMGER 
RAWING NUMBER (FOR ECECTRICAL DRAWINGS ONLY 
USER INITIALS OTHERWISE USE A DASH. ) 
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_ AN ALTERNATE ACCOUNTING PACKAGE _ 


Curt Strobel 
Southern California Edison 
100 Long Beach Boulevard 
- Long Beach, California 90801 
213-435-1121 x325 


- TABLE OF CONTENTS 


1. Abstract 
2. Introduction 
3. Overall Description 
a. Operator Commands 
b. System Commands 
c. File Description 
4. Conclusion 
5. Figures 
a. Equipment Configuration 
b. Typical SCE Map 
c. Program Flow Chart _ 
d. PUTACT Operator Commands and Replies 
e. &XACT.NAMES file | 
f. Typical Task Accounting File (®ACT.XXX.TASKyz) 
—g. &®ACT.XXX.TASKXX File, CL. command 
h. &Sym.XXX.TASKXX File, TL. command 
i. Execute File for Summing Daily Records 
j. Typical Operator Report 


ABSTRACT 
This paper describes the accounting package used at Southern California Edison in place 
of Computervision’s. The Fortran program is utilized in a closed shop atmosphere on multiple. 
systems. | 
Individual station/operator information is captured c on veandard Computervision text 
files. These files are then summarized and used as input to a performance tracking program 
on an IBM mainframe. 


INTRODUCTION | 

Southern California Edison is an electric utility serving some 3,500, 000 meters in 
Southern California. Its service territory covers approximately 50,000 square miles, of which 
25,000 is mapped. Edison first acquired a Computervision system in 1976 for testing, evalua- 
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tion, and mapping. It was expanded to the current system in 1978. | 

The systems were acquired primarily for the purpose of digitizing and regularly maintain- 
ing some 100,000 maps, of which some 30,000 are digitized. In addition, other engineering 
drafting applications are phased in after testing and evaluation. The systems are operated on a 
3 shift, 5 day a week basis employing approximately 48 operators. Accurate and complete 
records are kept on all activities to monitor costs, truput, employee performance, and control 
scheduling. Prior to the implementation of this program we judiciously used the Computer- 
vision-supplied accounting package. Some shortcomings in the package caused us to develop 
this substitute. We have found it more flexible, more reliable, easier to customize to our 
needs, and EaStet oPenaHOn Wie, : 


OPERATOR COMMANDS cab | 

The SCE accounting package ‘‘PUTACT”’ is a Fortran program compiled in an 
ONLY.PUTACT file. The package is entered by typing in PUTACT at system level. The 
system responds with the message: ENTER NAME, NUMBER, (PART): The operator can 
then jee with either one of the following replies: 


comma, and optionally up to 37 sharacters This last entry is usually the part name with 
special codes for the specific activities. The system will verify the name against a text file con- 
taining the authorized names. This is not done so much for security as to assure that the 
operator doesn’t forget this name during the shift. 

The number is also validated and, it if is acceptable, the entry is generated in the appro- 
priate text file. If there are any errors, then the program will return to the ENTER. . . step. 
The previous accounting entry and the new one will be outputted to the station’s CRT. This 
enables the operator to re-verify his entry and correct it if necessary. 

2. The other reply i is ‘‘CF..’’. This feature enables the operator to close the previous 
record without opening a new one. This effectively puts the file into a no operation mode and 
is used when the task is idle for lunch, breaks, and shift changes. . 

The entry outputted to the operator will only be the entry closed. 7 

When the operator again logs in after using a “‘CF..’’, the system will create a 
*“GENERATED RECORD’”’ entry to cover the time lost. 


SYSTEM COMMANDS 

Two commands are available for rearranging the individual accounting files into a sum- 
mary format. 

The first one is ‘‘CL..’’. This command will combine designated files into a combined file 
&ACT.ddd.TASKXX’’. A “QUIT” will terminate the command. 

The second one is ‘‘TL...’’. This will take a sorted file and generate a summary file 
**&SUM.ddd.TASKXX’”’ containing the number of entries and total time for each entry. In 
addition, totaling by task number, activity number, and system number is made. A “QUIT” 
will also terminate this command. ? 

By using these two commands weekly, monthly, and yearly, summaries can be easily 
obtained. 


FILE DESCRIPTION | | 

The following is a layout of the individual accounting entry. The configuration number is 
what is used for the CGP number. A new file is automatically opened at the start of our new 
workday, which is 11:00 p.m. This enables us to process each previous day’s entries without 
disturbing the current accounting package or logging everybody out. 


AAAAAA,BB,CCC ---- (37 characters) CCC,-S,P,TT,------ »,DDD,-HH,MM.M(-EEEEE.E) 
A — Operator’s name—6 characters 
B — Activity number—z2 digits (1-20) 


C — Part name or activity code—37 characters 
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S — Shift—1 digit, graveyard = 1 
Note shift changes at 7:00 a.m., 7:00 p.m., and 11:00 p.m. 
The new day (file) starts at 11:00 p.m. 

P — CGP number—1 digit 

T — Task number—2 digits 

D — Date—3 digits 

H — Hour entry created—2 digits 

M — Minute entry created in tenths of minutes—3 digits 

E — Elapsed time in tenths of minutes—6 digits 


CONCLUSION 

This accounting package, although tailored somewhat to our needs, is still fairly flexible 
and general. It is easy and quick for the operators to use and they get an immediate feedback 
from it, so they do judiciously use it. The maintaining of individual files for each task pro- 
vides complete flexibility and assures that only the minimum of data may be lost. We have 
had no problems with file security and do not use Computervision’s authorize or accounnne 
options. 

Our future plans are to do more checking and validating of the activity code entries to 
help ensure more valid ones. And to work this package into the current Computervision file 
security and accounting schemes. 


EDISON CONFIGURATION 


, SYSTEM 0 
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oa aa oo © acs ee 


CGP -200 


Onn OMmta 
SH GH 
EOnELe ba 
- = oF 


NI 
f. 


© 
ers 
© 
Nese 


SYSIEM 2 


os 


SY OUEM 26 


11/04/80 


Wa 
a 


SYOLEM. 4 
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SAN BERNARDINO CO.216- 2112-1 


ONTARIO 


OWTARIO 


I 
een Eee 


art anna 122 uC 
BEEEEOPREGKC cy d 


ele rs tun 
igi | 
= Sn 


| 
Cla: = 
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“ENTER NAME, 
NUMBER, 
(PART): 


\} 
| <E> 
YES 
\] | 
VALID NO. JNO fa 
NUMBER 
YES YES 


F 


EXTRACT 


RETRIEV DATE 
TIME AND 


CREATE FILE 


NO 


CREAT FILE | 
&ACT .DODD.TASKYZ 
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¥F 
> NO > NO 
| YES 
1, 
| 


PART NAME 


&SUM .DDD.TASKXX ; 


&ACT .ODD.TASKXX 


(EXIT 


Yeo: - 
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OUTPUT 


MESSAGE 


477 


SoPRINT &ACT. NAMES 
&ACT ARC NAMES 


| ee e 
jo D8-O4 


~REMEHE Y 


AANTIE 
BHARF 
ROR AN 
BGOOOTK 


BMCONE | 


RUE TR 


CLAaAMe 


CF 2s 
CF OLE 
CMATT 
CSTRO 
CUFT 

tc VW 
CUAL. 
NT xO 
UJIOHR 
NTHE A 
FRA 2 
FRUCK 
BARS 
GTALE 
HERAT 
AALEE 
JAMBR 
ICQ F 
JCOLA 
UE RAN 


JIMCCO 
AMTKO 
JOEHO 


JRAST 


JWISE 
KRELL 
KLE HM 
KMINT 
KE TL 
K TOME 
KT RUT 
LAMA 
LROSM 
LOCO 
LERAT 
LOHR 
MAIER 
MGATE 
MMET? 
MORTU 
NEHOUH. 
NRE AR 
RAL UA 
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RESERVE T FOR CONED FASSHORT, KEEP TN 


FIEST FOSTTION 


Aye 
é,"> 
6% | 
A> THIS 15 AN EXAMPLE OF ATTIING A NEW ENTRY 
on”) 
6 
és 
GePUTACT | | 
ENTER NAME VNUMBER,CFART): CSTRO,12,THIS I5 A NEW ENTRY... 
CSTRO ,13.THIS IS THE NEXT ENTRY... 135 G mn LAB R126 Ae One 
CSTRO ,12,THIS IS &@ NEW ENTRY... DOB Bm mm PAD 1 OH Gore tee 
6" 


4> THIS TS AN EXAMPLE OF CLOSING AN ENTRY USING CF... 


&o: 

4 =F UTACT | 

ENTER NAME VNUMBRER, CPART):s CF... | 
RSTRO ,12,THIS 158 A NEW ENTRY... LRA ene PARK 1 OS ak 


6> THIS IS AN EXAMPLE OF ANDING AN ENTRY AFTER & CLOSED ONE 


& > 

6°FUTACT 

ENTER NAMEV NUMBER, (PART): CSTRO.13,THIS [8 THE NEXT ENTRY... 

4A ME GGEXGENERATEL RECORTERHS 9 -TBBhe— 1 AQ-12-96,7%= Od 
CSTRO ,13,THIS IS THE NEXT ENTRY... £4 32 6seee1 AMS1 2496, Qeeeeee- 


LACT.LSS A BCI TASK ZO 
S-17-81 2326042979 


FEREAEZ .~1 ,MS4P46 a So Se eee a ae ea eo Ae 
FRAEZ .1 .MZ4PBHA _ am BUBQmwma L EGm Qae Lt Om O40 
FRAEZ gh, 3% MS4F B61 mn BRE Qa wwe | Ee AR OY “A090 
KKH HH GHAGENERATEL RECORII6 «4% +4450 ee Age eos te POS 
LCOLL ,2 ,MS4E77 7 mA AQ a mmm Le Le AR 2 
LCOLL .~2 «M34F84 PET Qm mm LZR AG Ze AOA 
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RACT. LSS. SRC. TASKS 1 
ae eee 23204230 


(BOSK 2 
LEHOSM 2 
Loa he 
oS 
4 
3 


~MSZ4E54 

~MA4PEa 

eM ZARBA 

aM S4h BO 

eee CENER ATED RE 
wW7 74821725 


es 8 hos 


MFP HE 


CTS RYU a 36 26 36 
JIT, v 


fea Leg kaos RE Ll » TASES 
: L. 2 S2OGEA 


RTHOR 2 
RPGS: oc? 


— 


~NS4P4E 

uo MZAR7R 

RHO , 2 ,MS4P78 

BAERS LUKE, RMRMHGENCRATEN 
FUERTE .3 ,EXA4SSPIBSS 


RE COR TIM 3% 


GACT. LS5.&BC0. 
uae ast 


TASKS4 
TAB OA SD 


RAMU 1 
R7AMU . 1 oM34F62 

RZAM) ,1. ,M34P80 

HRM EM, HM oeerGENERATED 
WOER 12,2 MB4P 76 
LGOERY ~2 ,.2.M34F84 


eMS4P 62 


RECORTHER Ss 


cs 


GACT.LS5.aBCN. 
moe i?-81 23204: 


TASK SS 


33 


es ¢ MAAR HS 
| wal ge LY 
JRAST ,2 ,MS4F 79 
MMMM HEN, "ee NHGENERATED 
SLUNED ,2 MSAF?D | 
MS4r ES 


FOES CORED 96 96.36 38 


BLUNT 42 
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wry er ery re 
ms a a 
ee Oe Ge a See 4 Ze. 


rony Soy ee am 


coe 5 hee 9 avin one eves cove 


won QO wee on » } oes 
460 Si wl ae 
er ox tay Lap eee err Mar Se 
fwd ton? sees tO pee 
ee eet 
A Pall al. ‘ved 


aig Se A cee 


ea Oe 


tees 


BM. 
had 
Sat a Sar: 


~ BRB Gn 134-238-468. 


~ BRB HHH LSE 
eee 


ony oo 
coms oo ey 1 \ oe oon 
ole rr 


oes “~ teee ease 
Aw EG sila. Vee 


2335 faa a 


*y aeeo 
Pee 


5-455 


aes 
: ma) 
we 


once 


oe A 


SePRINT RACT £1354 TASKXX 


&ACT.135. 4800. TASKXX 
B- 17-81 23294345 


Mae ef 


KRENEK, HH  MHHXEGENERATET 
HH HHI HH, HHHHX GENERATED 
HURL LH, KHUKGENLRATETD 
HHKMMM HH, HKKHRGENERATET 
ERE, HE, KHHMGENERATED 
FRAEZ .1 .MZ4F64 

FRAEZ ,1 ,M2Z4P466 

FRAEZ . MS4F61 

LBOSM AMSSRS 

L.BOSM MS4F54 

_LBOSM eM S4E64 

LEOSM ~M34F82 © 
LCOLL yA SAP??? 

t COLL MS4PES 

WGE RW eeu MS4FE 7G 
WOERW 2a MS4FE4 
SLUNT WMZ4F72 

SLUNII M34FR5 

JRAST eMS4F4h5 

JRAST —M34P79 

JRAST wMS4F79 

RTHOR M34F6S 

RTHOR ~MZ4P78 

RTHOR MA4P7R 

BWETR ,3 ,EXA4S3P1835 
JWISGE ,13.W774821725 
RZAMU ,1 ,MSAFS6S 

RZAMU 21 .M34F62 

RZAMU 51 ~MS4F80 


* ¢ 2 2 a a S 2 2 
Prk hw wr ne 


«a 


a i] a a < 


RE CORT «4% 
Fr (SO) Fe Lt 6 36 9 
RECORD 6% 4% 
FEES OR Tit 36 36 3 3¢ 
RE CORT « #*# 


~ZRG ARK BG 1-7 
— ZEB pm BG 1-34, 9~ 
~3BB5———- 1S 0-146. 2~ 
—3AZQ——— LAG 1-5. Le 
BIBI LB 1 SAO 
—~3S33Q———- 1 F4-OF~ BL 6 
~333O-—-—--135— O-11.9~ 
—~Z3IQ—-—-—- 1 B5—) 1-45, 9- 
BERL RK 1 B5- 0-14.2- 
— 233 aH 1 34-78 4 
SBSH BG 0-98. Ae 
FEB am BG 1-53. 
HUB BQ HHH 1 BGK — Fhe 
—DEIQ am ——— 1 B 5H %  Me 
HOE RA Hmm | BH LG OL. B- 
ORB GH- HH HLH SL OH 
an VERE me | Be RASS, FH 
BBR eH BARD ALO 
ZEB GR————- 1 B5- O-11,2~ 
—~ZRBj——-—— 1 BA-B3B—-4AI P- 
—33II—-——— 1%4-23%- B.4- 
~3BRQ———— 1 RA - DR 35 
—ZZZIM— HL EG-~ O-14,.0- 
23 BQ mee Be LH LOL 
a DERRY em BRK TG HTT Oe 
RA RARK HR ARG OK-L 1. 8- 
—Z3%4———— | AH BZ— LO 
RAR Ame 1B 0-47 4m 


TO see 
Y9G6A4 
BH4,8 
7990.5 
Sed 
Ay 
OA, 
BOD, 
14, 
4°, 
a be 
2014 L 
Ay a “ 
AQAA. 
A ew 
ca 0) 
an. 8 
441.9 
ar? 
AOE 0 
Scars! 
16.8 
48.8 
PBALO 
447.4 


bP OW 


4446.9 


Aol 
AB? u9 
ZAY we S 
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6 PRINT 


&£5UM.135. 


ARCTI.TA 


SKXX 


Be 17-81 23204245 


Leth HHH H 
FRAEZ 
FRAE Z 
LROSM. 
LROSM 
LROSM 
LCOLL 
LCOLL 
WGERW 
WOERW 
SLUNTI! 
SLUNT 
JRAST 
JRAST 
RTHOF 
RTHOF 
RWETR 
JWISE 
RZAMU 
RZAML 
NUMBER 
NUMBER 
NUMBER 
NUMBER 
SYSTEM 
GRANT 


~#%, eH *GENERATED 


6>PRINT 


CGP. ARCH. GET-ACT 


gear eel. 5808s 47 


* POWER-ON THE PRINTER 


PAUSE 


FUTACT 


Cloec 


—MS4P 6S 
»MS4F8 1 
» AAAPE 4 
~M34E464 
—MAZ4FPB2 
~MS4P77 
eMS4FB4 
ene MN S4P 76 
2. MZ4FR4 
MS4F72 
MZ4ERS 
»>MS4P4S 
—MS4FP79 
wMS4P465 


oMS4P78 
»EXA4S SF 


wMS4P62 


i-~- 
— 
oe 
13--- 
h sesas 


&ACT.147.TASKSO 
&ACT.147,.TASKS1 
&ACT.147.TASKS2 
&ACT.147.TASKSS 
&ACT L147. TASK34 
&ACT.147.TASK35 


QUIT 


SORTF ILE 


FUTACT 
Vises 


&ACT 147. TASKXX 


QUIT 
TOF 


LB3s 


13. W774B821 725 


"M34E80 


T 
PJP) PR > 


&ACT L147. TASKXX/F LELD= 


FE COR Li 1 46 ¢ 4 


~3334~-~~ 
~3330-~~~ 


~BBR0--- 


pear Naa 
ms alan 
On Lee 
SO er 
oo 
eS Ae 
SOO 4 ae 

SOR. OC Gal an wove seve ove 
EEE ee ee woes toe 
at 9 lois 
gene neal 
ate ee aa 


we NF ED ae om 


~2331---- 
~3334---- 
-3334---- 


PRINT &5SUM.147.TASKXX//UTGITS=0 ,FILEHEATENO 


TOF 
482 


nod 


fae eeee: Sone Stet eee aeee cee e008 vene 


Sate Sete CETe CEEe CHET GETD Pet owes Brae 


SOUS 8660 CEDO FETE CNPO ews THEO Bee cece 


Sed C8RO ames CBO coaD come SA0t Bene wee 


1 Micstesalentemeteesteeatenhentats 


S200 Cee eG0O BOS 4000 Gere ute Seve coun 


{| ROSS OMED COU CORE SESS GEWe COTE 44 Boos 


{ CORD CPOE TELS COOH COED 2006 SnOd Sore Hees 
ie .. % 


D eted isan sane Sens Cuwe O94 e904 e004 t005 
Sooo’ : ‘ 


| PORR SESE eWEr SSS SOEG cont WHEE BHOD sree 
«be 


D cass ‘ucts, cceb’ eee nase cata ste tiee dae 


OCOD GeO SECS GHOT SGEe SEND KbOE CuTe S008 


6200 SWS SPCD 2O80 GEST ques Gee HESD wee. 


BEEF S0Sy COTS SERN GHEE ULE 6357 S708 arte 


4070.7 


aneuvewe DYPE CONTINUE WHEN READY... www nae 


DIST.NO. MAP NUMBER 
ANNEX MAPS 
39 = ANXA 77 5 
39 ANXA 78 10 
39s ANXISel 
39 ANXVOSS A 
ANX77 4 
TOTAL 
BASE MAPS 
39 =: B0N0269 
30 8800273 
49 B00279 
360=—- B00280 
4&7 BO0d289 
47 Bd0290 
49 B00294 
320 0 =6B0S295 
30 8 ©B00296 
26 600302 
32 B00304 
B00310 
51 =B00Ssie2 
2 600317 
77 = BN0329 
30 6800338 
35 B00341 
40 600347 
S51 600353 
39 B00383 
TOTAL 
EXHIBIT A MAPS 
33) EXAJ2112 
26 EXAK2578. 
TOTAL 
SV PLANNER MAPS 
46  TRALAANA 
79  TRCASTNO 
TRREGENTSP 
TRI1C09 
7 TRLZ2322 
TR14731 
79 = =TR17294 
TR36075 
26 TR40765 
TOTAL 
CONVERSIONS 
ie 76 6301611 
76 = 3301614 
76 «6401596 
76 = 6691608 
76 = 6641614 
76 = =6661608 
76 6961621 
TOTAL 
TOTAL MAPS 
TOTAL TINE 
AMNEX MAPS 
BASE MAPS 


EXHIBIT A MAPS 


SV PLANER MAPS 


CONVIRSICHS 


OTHER MAPS 


TIME-OFF CODES 
0 


TOTAL TIMNE- 
TOTAL KON-SYSTEM TIME 


CFF 


TOTAL SYSTEM TIME 


TOTAL TINE 


NUMBER DATE DATE 
OF MAPS ASSIGNED COMPLETED 
1 4/22/81 4/23/81 
1 4/21/81 4729/81 
1 4/20/81 4/22/81 
1 4/21/81 4/22/81 
0 4/23/81 0/ 0/7 0 
ra 
6 4/14/81 4/16/81 
1 4/27/81 4/28/81 
1 4/20/81 4/22/81 
5 4/27/81 4/28/81 
l 4/20/81 4/20/81 
1 4/17/81 4/20/81 
4 4/16/81 4/16/81 
4 4/17/81 4/20/81 
1 4/17/81 4/20/81 
1 4/17/81 4/20/81 
1 4/17/61 4/20/81 
0 4/27/81 0/ 0/7 0 
2 4/17/81 4/20/81 
; 4/17/81 4/20/81 
2 4/16/81 4/20/81 
1 4/14/81 4/16/81 
2 4/14/81 4/16/81 
2 4/17/81 4/20/81 
6 4/15/81 4/16/81 
2 4/28/81 6/29/81 
44 
1. 4/23/81 4/27/81 
1 4/23/61 4/27/81 
2 
l 4/14/81 4/15/81 
1 4/24/81 4/27/81 
0 4/24/81 o/ 0/ 0 
0 4/28/81 0/ 0/ 0 
0 4/30/81 07 07 0 
0 4/30/81 o/ 0/ 0 
1 4/14781 4/15/81 
0 4/27/81 0/ 0/0 
1 l/ 2781 4/30/81 
4 
1 4/ 9/81 4/15/81 
1 4/7 9/81 4/15/81 
rn 4/ 2/8) 4/15/81 
1 3/16/81 G/ 9/81 
5 3/16/81 G/ 9/81 
3 3/16/81 4/ 9/81 
5 3/16/81 4/ 9/81 
20 
74 
PERFORMANCE RECORD - 
JAN FEB MAR APR MAY JUN JUL 
HRS/MAP 0.0 0.0 0.0 2.7 0.0 0.0 0.0 
MAPS o oo 68% oO 9 
HRS/MAP 0.0 0.0 0.0 0.9 0.0 0.0 0 
MAPS 0 0 0 4 0 90 
HRS/MAP 0.0 0.0 0.0 2.2 0.0 0.0 0 
MAPS o o oOo 2 0 9 
HRS/NAP 0.0 0.0 0.0 3.7 0.0 0.0 0. 
MAPS o 060 8 4 0 0 
HRS/NAP 4.7 6.4 7.2 5.5 2.9 3.7 7. 
MAPS 160 22,t:—i«isias8H_—sa—*15 
HRS/MAP 0.0 0.0 6.0 0.0 0.0 1.6 1. 
MAPS 0 oo 1 0 0 4 2 
HOURS 
0.0 
0.0 
47.6 
114.5 
162.1 


R/W ENGINEERING DIVISION STATUS REPORT 
AUTOMATED DRAFTING SECTION 


JOBS COMPLETED 


EMPLOYEE: JCOFF 
SYSTEM HOURS 
THIS PERIOD 


114. 
127.7 


PERIOD 4/7 1/81 TO 4/30/61 


® ° 


HKBOOUWNNWONNH OU UO UO Oo UI 


OUP H KH HOA A OK KF NWONN OU O 


ul 


fF PK NY KE ULO UL AN 


e ° @ 


we 
ONIN WUT Oo WwW YI 


% 


ro 


e e a e es s e 


viosoowvuUnNn 
Ut f#acooroy 


eo 


SYSTEM HOURS PER MAP 


OWFSHODOCSCAQCO 
ra 
fas] 


AUG 


aoe oe (=) c=] oS 
e e e e e e 
mwoonooooncodces 


SEP 


o > oS eo ° f=] 
e fete ° e ° e 
eornooocaeonodeoaeo 


ood 
Ce] 


a © i—] oc 
eorymooococo0cnce da + 


oz 
So 


C ] «J Qe eo Qe 
* e e e 
oomoooqoo0cocoeec< 


SYSTEM HOURS 


TO DATE 


e 86©@ ° * ¢: @# e © ss. @ e * e« @ 
KODSWWNDYOWONN EK OUUW OMe OU 


OUCH KH HEH NM OOO OFHY NUON NOW SO 


« e e e e e e 


ul 


f& fener wmoun 
ONAN WUD O Ww UP 


- 


id 
eaMNOoONnNr OUN 


e e e e 


@ 


~ 
i4# tl be 1 
SOOOVNHON 


179.8 HRS 
192.9 HRS 


oo 
mum 


oS 


aera (=) Co) 
e e e e 
eoewecocoocoaon 


*#nrncooaocoooooc*eorooocers 


> e e * e 


VN UUMNUPOMUUU DS SOWH NOW EN 


ro] 


UK OOO OrFONS 
e e e e e e e e e eo 
VWUoOerorlwore! & 


an 
HUPoooro 
eo e e * e e e e 
FPRCEH OMY 


+ 


“1 ao 
nN 
e 8 
on 


J.COFFEY 
NON-SYSTEM SYSTEM 
HOURS HRS/MAP 
1.1 3.0 
0.9 2.5 
1.1 3.0 
0.9 2.3 
1.0 0.0 
4.0 2.7 


e e ° a e ° e e e e s . e 2 e ° 


ONPFQaQOKKrF AOC OrFH AD ONG OWS 
CVVWVRFONN KU ON HOF OW OO UIO Oe 


~ UY be 
eee ee ¢ @ 
© wm 


wt aoncacoceoin 
NNOQOWOOCOVH 


s e e e e 


bf Brats deal hed 
s * . se e s 
VN SFI SO Ul 


HRS 2.4% AVERAGE 


483 


SYSTEM UTILIZATION TRACKING 
BY JOB NUMBER 


by 
Brent Graham and Bob Rutherford 
Boeing Commercial Airplane Company 
M/S 72-08 P.O. Box 3707 
Seattle, Washington 98124 
206-237-7075 773-9736 


ABSTRACT | | 
In order to effectively manage a CV system, the personnel responsible need timely, | 
accurate and accessible information. Such information would include job description, time 
spent on that job, estimated time to completion, date due, job number, operator, etc. The 
ability to collect and output this information will aid management in allocation of resources, 
_ scheduling, tracking of possible late releases, backlog, and work forecasting. This paper 
_ describes the methods used to collect and arrange the information in a usable format. 


OBJECT 

The object of this paper is to describe the methods used to collect the information from 
the CV system and put it into a usable format. To identify procedures and CV system 
capabilities that will aid other CV system users in producing a usable accounting system. The 
flow chart, Figure 1, shows how each of these programs fit together and a brief description of 
what each program accomplishes. To collect this information as easily as possible, we will use 
a variety of system capabilities such as PEP, data extract, execute file, sort and tally pro- 
grams. 
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FLOW CHART 


EXTRACT INFORMATION 

FROM USER FILES 

USING DATA EXTRACT 
TO CREATE REPORT 


EXTRACT INFORMATION 
FROM CV LOG INTO 
A HARDFILE 


HAND GENERATED 
INFORMATION | — 


PEP PROGRAM — 
COMBINES AND TOTALS 
NEW LOG TIMES WITH OLD 
TIMES 


OY 


MERGE FILES 


\ 


WEEKLY REPORT 


MONTHLY OR CUMULATIVE 
| REPORT 


Figure 1: Flow Chart — 
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PROCEDURE 

Several reports are generated: a short report showing the weekly system usage, a report 
showing total times, and a longer more detailed report showing a cumulation of work done on 
the system by job title, job number, operator; and time spent. 

The first report is generated using the accounting tables, which contain the active job 
numbers. In order to track the time spent on a job the user is required to log onto the system 
using a name, job number, and then a password. An example of the accounting table is 
Figure 2. This procedure will allow the CV log system to track the time spent on a task and 
associate that time with a job number. 

The information is extracted using a hardfile to save the oplog. It is now relatively easy 
to produce a short report that shows the time spent that week on each job. In our case, we 
used the CVTECO editor to produce the report shown in Figure 3. The report could also have 
been produced by using an execute file and the text editor. 


OHHH HHS HHH HEH HP HEHEHE HH HEHEHE HHHFHHEHEHEHHEHFHHHHHHEHEHEHFHHEHHHEHHHEEHFHHHHEHEHH OHS 


B,D, ADMIN,OO0O,XXXXXXXXX 
A, OO9A,BASIC,O000,XXXXXXXX 
A, OIOA, BASIC,O0000,XXXXXXX 
BG, ADMIN, OOOO, XXXXXXXX 
A,ADM,LOGOPER,O000,XXXXXXX 
BCS,BCS,BASIC,O000,XXXXXX 
CV,CV,BASIC, OO00,XXXXXXXX 
A, 002A, BASIC,O0000,XXXXXXXX 
A, MISC,BASIC,0000,XXXXXXXX 
A. 488, BASIC,O0000,XXXXXXXX 
— A,579, BASIC,OOO0,XXXXXXX 
A. 591, BASIC, 0000, XXXXXXXX 
A.594,BASIC,O0O000,XXXXXXXX 
A,597,BAS1IC,0000,XXXXXXXXX 
— A,598,BASIC,0000,XXXXXXX 
A,601,BASIC,0000,XXXXXXXX 
A,658,BASIC,O000,XXXXXXXX 
A,660,BASIC,O0000,XXXXXXXX 
A,665,BAS!IC,OOU0,XXXXXXXXX 
A,670,BASIC,O000,XXXXXXXXX 
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Figure 2 
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THIS IS THE SYSTEM UTILIZATION LOG FOR ee FOR THE WEEK 
ENDING 30 APR 1981. 


SUMMATION OF CHARGES: 


ACCT NO: TOTAL: 

D $ (495 

G $ 46.74 

ADM $ 9.32 

MISC $ ILI 

488 $ IO 

579 $ 47.90 

5391 $$ FED 

5934 $ 4218 

597 $ 23.40 

5938 $ {10.76 

601 $$ 22.83 

748 $ 2.47 

TOTALU(S)--------- oo 2 oo ne ee ee ee ee ee eee 
273.53 | 


Figure 3 
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The next step is to add that time to the old time to produce a cumulative total. See 
Figure 3. 

This report was done by comparing job numbers and adding the times together if the job 
numbers matched. If there was no matching job number, the value was entered into the new 
column and added to the totals. 


The second report was produced by data extraction. The data extract section of the col- 
lection of programs is really very simple in principle and structure. The data.extract skeleton 
file on the system was used to create the working file. The properties used could have been 
any of those ready on the system, but we chose to create our own in order to avoid confusion 
to the users. These new properties were added to the data.property file in the area reserved by 
Computervision for user use. 
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RFMS OLD NEW ACCM 
D 64.26 ech) ae Pra 
G 104.22 46.74 150.96 
ADM Sone) Sige loa 7 
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488 0.75 0.30 I02 
oy ie | H5.36 4/90 169.26 
59! fos ee ay S| ke oye ial 
594 ILE 4218 FAOF 
597 ID209 23.40 58.49 
o9s 21.92 10.76 32.68 
60! 80.4] 22.89 1027.24 
748 Luts 2.4/7 
Dol 1.00 1,00 
552 1.00 1.00 
553 1.00 — 4ALOO 
554 10.00 10.00 
555 0.10 ONO 
560 1,50 150 | 
5389 Dio se gress 
1 ps P| 172.88 LI ELES 
655 2.00 2.00 
65/7 2.00 2.00 
658 0.50 0.50 — 
7OO 20.98 20.98 
74/7 0.55 O,59 
894 3.00 3.00 
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Figure 4 


For our application, we chose to use props for their universal properties. We wanted each 
production dataset to carry the name of the creator, the RFMS number (request for MEG ser- 
vice), the scheduled start date, the scheduled completion date, the estimated hours to comple- 
tion, and the actual completion date. These last two entries would be updated as the hours to 
completion changed, and when the job was completed. 

The initial inputs of creator, RFMS number, scheduled start date, and scheduled comple- 
tion date are only entered once at the time the job is activated. These inputs are done through 
use of either the menu keyfile or through execute files at the CADDS level. Any changes to 
these properties are also done through these files. The operator assigned the RFMS is respon- 
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sible for all inputs and is charged with keeping the information current. All inputs are either 
text entries or integers. 

The data extraction file is quite simple and straight forward. We use the standard format. 
The program sorts on the creator and then the RFMS number. There are three fields in the 
report which are left open for data to be merged from other programs. Once the extraction 
has been run, the report can be re-sorted as needed by any of the field headings through the 
use of the CADDS level command, ‘‘sort file.’ 

In order to obtain the titles for jobs that were not included in the data extraction, 
another PEP file was created that, when executed, builds a text file that could be merged with 
the report. This report contains information about jobs that were not run directly on the CV 
system but were related to it. For example see Figure 5. 


oe?@#eedeeeereereert HOH HHeHoHHHHHH HHH H+FHH HHH HHH H HH HHH HF HHH Hr HHH HHH HH HoHHHHHHHE 


MANUFACTURING ENGINEERING GRAPHICS STATUS REPORT 
TOTAL ENDING 4-23-81! 
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Figure 5 
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CONCLUSION 

Once this system is implemented, it is easy for the system administrator to update the 
files to reflect changing needs. The reports generated can be disposed to line printers and 
routed to affected management. The examples shown in this paper show our needs and our 
naming convention. Each CV system administrator will need to determine his tracking needs 
and develop his accounting systems accordingly. We hope that some of the concepts discussed 
will be of use in setting up your accounting system. — 
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PEST: AN INTERACTIVE GRAPHICS LANGUAGE 
FOR THE CV USER 


S. C. Morris 
Applications Manager 
Elstree Computing Limited 
London, U.K. 
1-959-3636 


igha. Laing Limited, one of the United Kingdom’ s largest civil engineering contractors, 
installed its first Computervision equipment in 1975. It was located in the offices of John 
Laing Design Associates J LDA), the Laing Group’s own multidisciplinary design office for 
building and civil engineering projects. 

oS main ebiectnes of this installation were two-fold: 


ah. to inaerakes a detailed assessment of the feasibility (from both the client and com- 
puting points of. view) of developing a Computer Aided Design and Pricing application 
~ (CADAP) for projects for which Laing undertook both the design and construction. In 
- the envisaged application, the CV system would be used to: | 


1) develop a co-ordinated design for the project in question, 
li) produce the required working drawings from the agreed design, 
‘lii) generate from it files of basic identification and dimensional data. 


These CV-generated files would then be transferred to the Laing Group’s twin 
IBM370/145 mainframes for further processing (quantification, sorting and collating) 
before being made available to an existing on-line estimating system running on the 
IBM370s and used by estimators at the London head office and at 12 regional offices 
throughout the UK. | 


2. The second objective of the CV installation was to develop in parallel with the above 
study a wide range of computer-aided drafting techniques to meet the requirements of the 
Laing Group in general and JLDA in particular. 


In both cases, the necessary computing expertise was provided by staff from Elstree Com- 
puting Limited (ECL), a wholly-owned subsidiary of the Laing Group, with a staff of approx- 
imately 150, who provide a complete computing service to the Laing Group and, increasingly, 
to a number of other external organizations. 

Since the latter half of the 1970s, there has been a steady decline in the UK construction 
workload, adversely affecting the ‘‘design and construct’’ market in particular. Consequently, 


493 


the CADAP application has not been implemented although a large part of the necessary 
application design and costings have been completed. Instead, effort has been concentrated on 
the development of computer-aided drafting techniques. A user-oriented graphics language, 
developed by ECL for use in this application area, is the subject of this paper. 

Our initial drafting experience was gained with CADDS3, releases 3 and 4. This proved 
that CADDS has the graphic capabilities to enable typical building and civil engineering draw- 
ings to be produced on the system. However, it was not possible to construct these 
economically from either a time or cost standpoint because of time-consuming and complex 
input procedures. 

We briefly considered using PEP but at this time (1976) it did not offer interactive input 
facilities at run time and did not meet our users’ requirements. A decision was, therefore, 
taken to develop our own routines to provide the facilities we needed, and the idea of PEST 
was conceived. 


PEST (Parameterised Entity Symbol Translator) was designed to meet the following basic 
requirements: | 


1. It should be a simple programming language easily used by dralismen, with no. > special 
programming knowledge. 


2. In use, it should: 


a. allow a symbol to be specified in terms of a number of parameters and the relation- 
ships between them, with the actual value of these parameters and other dimensions 
being input at run time; Pee Tse ee 


b. allow the user to specify all the appropriate interactive dialogue invoked 2 at run 7 
time to secure the necessary parameter values; e ¢ 


c. appear to the user to operate as part of the basic Speranne system, in this case 
CADDS; 7 


d. allow a symbol, once created, to be added to the sence database, subject to the 
normal graphics operations; 7 


e. operate at a speed acceptable to the user. 


The initial CV version of PEST was completed very quickly and passed to the JUDA 
draftsmen for assessment and comment. In its earliest form, PEST simply permitted the 
specification of a symbol in terms of various straight lines, the relationships between these 
lines, and the input of the various linear dimensions from the keyboard at run time. 

Despite the limitations that this basic system imposed, it was clear from the enthusiastic 
response from the users that this type of software went a long way towards meeting JLDA 
requirements, both in terms of approach computer-aided drafting and cost- and time-effective 
drawing creation. This acceptance was further underlined to ECL by the arrival from JLDA 
of a long list of suggested enhancements to the basic version of PEST then in use. 

Since that time, PEST has been continually developed by ECL to meet JLDA 
requirements. Four major releases have been developed and installed. | 

_ It is now considered that the major development of CV-based PEST is complete, and 
that the original objectives have been achieved with a level of success undreamt of at the 
outset. 

PEST can not be regarded rightfully as offering comprehensive graphics language and 
processing facilities. In addition to those features already mentioned, PEST provides for: 


—parameter value input via the digitizer as well as via the keyboard; 


—both compulsory and optional parameters, with default values for optional parameters; 
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—a range of 30 different language statement types; 

—processing loop facility; 

—decision statements; 

—full mathematical functions and the ability to handle expressions; 


—symbol modifiers to control 
—angle of rotation 
—origin 
—scaling 
—layer specification 
—mirroring 
—arrays Of symbols with or without variable spacing. 


Our most recent development includes the provision of links both to and from 
FORTRAN-—a facility now being used with increasing frequency and cost effectiveness. 


The PEST software consists of three phases, as follows: 


1. The Compiler | 
The Compiler behaves like a conventional language compiler. It reads the PEST sym- © 
bol source code produced by the user and checks its syntax. From this source code, the 
Compiler produces an Object code which is designed to be obeyed by the Language Pro- 
cessor. Once successfully compiled, the object code of a particular symbol is stored within 
the CV/PEST library from which it is retrieved whenever required for insertion into a 
drawing. 


2. The Language Processor 
The Language Processor retrieves the object code from the library and undertakes 
- functions such as prompts for input/calculations specified in the user’s CV/PEST symbol 
source code. In the CV version of PEST, standard CADD3 utilities are called in order to 
process any input statements in the PEST source code which require keyboard or digitizer 
input. During processing of the commands contained within the symbol, the output to 
generate the graphics is written to a temporary file for input to the Display Processor. 


3. The Display Processor 
The Display Processor modifies the output from the Language Processor to take 
account of user-selected origin, scale, rotation and mirroring parameters. The Processor 
then writes the resulting graphics to the CV database. Handling the common operations of 
rotating, mirroring, scaling, and positioning in this way makes PEST programs simpler to 
write and more powerful. That’s because this logic does not need to be included in each 
program. | 


Our PEST library currently contains some 350 PEST symbols. They cover all aspects of 
our CV drafting activities from simple 2D grids and drawing sheet outlines through a range of 
architectural, civil engineering and piping layout symbols, to complex 3D symvols relating to 
excavation quantities for quarrying and open-cast mining. 

Since our purpose is not to provide instruction in the use of PEST, no further technical 
details of PEST are given. The remainder of the paper discusses in detail the application of 
PEST to some of the graphics-computing activities of a major Construction Group. 


TYPES OF PEST SYMBOLS 
The PEST symbols that we have developed can be conveniently classified into three 
categories: 
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1. Basic Symbols 
These symbols normally require only one piece of additional input from the user—he 
must digitize the position at which the symbol is to be drawn. 
Examples of this type of symbol are: 
company logos 
drawing sheet outlines 
Essentially they are very simple symbols which do not vary in size or proportion. 


2. Interactive Symbols 
This group represents not only the largest number of individual symbols but also those 
which provide the greatest increase in productivity and hence, cost benefit. In use, these 
symbols require additional user input to create additional graphics either directly or as a 
result of some further calculation based upon the user-provided input. Examples of inter- 
active symbols will be discussed later. 


3. Non-Graphics Symbols a 
Symbols in this group do not generate any graphics output but are used to perform 
various functions related to the use of another graphical, normally interactive, symbol or | 
symbols. Typical examples are a simple design calculation or the preparation of a material 
schedule. | 


5.843 


5.770 


Figure 1 


APPLICATIONS OF PEST 
1. Land Surveying 

We use our CV installation to prepare final survey drawings as a result of our field 
surveys. Our raw survey data (points, etc.) is processed initially on our 370 (though this work 
will shortly be moved to our in-house PRIME 550). The completed survey or point plot is 
then passed via magnetic tape to the CV installation. 

In completing the survey drawing, we use a number of relatively simple PEST symbols to 
insert the various features (trees, hedges, ditches, etc.) onto the plot. Figure 1 shows an 
extract from such a plot with trees and hedges. 
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In the relatively simple interactive symbol for the tree, the user is prompted to supply the 
following: 
Tree girth in metres 
Tree spread in metres (but can be digitized) 
Tree height in metres 
Tree type 
The tree symbol is then drawn to scale in the position selected by the operator, and the 
appropriate text identifying the tree is also drawn alongside the symbol in the position iden- 
tified. 
The hedge shown is also another symbol inserted where required at the width given by 
the draftsman. At this stage in the preparation of the survey drawing, the draftsman may well 
be working direct from the site surveyor’s notebook. 


Figure 2.1 
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O> CADDS 


PART NAME: QWERTY 
CREATING NEW PART 
*INS PSYM STAIRCASE 


VERSION STS 
STOREY HEIGHT (BETWEEN 2 M & 45M) 4.5 
FQUAL FLIGHTS? NO(1) YES (C/R) 

SET FLIGHT OVERLAP (OR C/R) 

UP FLIGHT LEFT HAND NO(1) YES (C/R) 


INFORMATION ON NO. OF RISERS OR RISER HEIGHT 
TOTAL NO. OF RISERS? (OR C/R) 
RISER HEIGHT? (OR C/R FOR - 18M HEIGHT ) 


GOING? (OR C/R FOR 25) 
WAIST DEFAULT VALUE TAKEN 


LANDING DEFAULT VALUE TAKEN 
OVERLAP CALC TO SUIT STRUCT LNDG 
STRUCT LNDG DEPTH (6) = 0.200 OVERLAP (0) = 0.257 VALUES OK? 


LANDING (6)? VALUE OR C/R IF OK 
OVERLAP (0)? VALUE OR C/R IF OK 


RISER = 0.187 GOING = 0.250 PITCH = 36.9 AGGREGATE = 625 
RISERS TOP FLT = 12 BOT FLT = 12 | 

STRUC WAIST = 0.150 STRUC LDG = 0.200 

STOREY HT = 44.500 LDG HT = 2.250 

HEADRM VERTICAL 4.05 SLOPING = 3.24 

O/A LGTH = 5.407 WDTH = 2.700 


IS STAIRCASE ACCEPTABLE ? (YES = C/R NO = 1) 


UPPER FLIGHT 
LDG = 1.437 FLT 
SOFFIT 
LDG = 1.204 FLT 


2.750 1/2 LDG = 1.200 


LOWER FLIGHT 
LDG = 1.200 FLT 
SOFFIT 
LDG = 1.204 FLT = 3.000 1/2 LDG = 1.204 


HT 
{] 


2.750 1/2 LDG = 1.457 


PLEASE GIVE REQUIREMENTS (YES = C/R NO = 1) 
SECTION? = 
PLAN? = 


ORIGIN: DIG XOYO 


Figure 2.2 
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#RUN PSYM 3D-B69T 

DEPTH OF HOUSE 7 

WIDTH OR FRONTAGE 5 

HEIGHT TO EAVES 4.2 

DEPTH OF PORCH 1 

WIDTH OF PORCH 1 

HEIGHT OF PORCH TO EAVES 1 
DEPTH OF GARAGE 6 

WIDTH OF GARAGE 2.3 

HEIGHT OF GARAGE 2.2 


DIG POSITION DIG d 
GIVE LEVEL OF GROUND FLOOR SLAB 1 


LEFT (1) OR RIGHT (2) HAND PORCH 
GARAGE YES 


DIG POSITION DIG d 
GIVE LEVEL OF GROUND FLOOR SLAB 2 


LEFT (1) OR RIGHT (2) HAND PORCH 
GARAGE NO 


DIG POSITION DIG 


# DEF VIEW AX=65AY15 SEL 
AS: VIEW 7 


HSEL VIEW 7 


Figure 3 


2. Architectural Detailing 

In this application area, I have selected a staircase as a representative symbol. 

The setting out and drawing of staircases in buildings is a time-consuming and tedious 
task. This early PEST symbol has removed the problem. Now the insertion of staircases in 
architectural or civil engineering drawings is simple, straightforward and, above all, fast. 
Figure 2 shows a typical staircase produced by the symbol in both elevation and plan, together 
with details of the associated prompts and user responses. After the user has entered all the 
appropriate parameter values, and all the necessary calculations have been performed, PEST 
Outputs details of the staircase under design for user approval, before insertion in the draw- 
ing. If the user is not satisfied, the parameter values input may be changed and the staircase 
redesigned. Only when the user is satisfied with the arrangement of the staircase is it inserted 
into the drawing. | 

In the early days of PEST, it was the requirement for a staircase symbol that highlighted 
our need to be able to input parameter values by direct digitizing. In that way we could 
handle situations where in certain locations in a building exact story heights, stairwell sizes, 
etc. were not immediately obvious to the draftsman. 

Over the years we have established a large number of architectural symbols covering not 
only the normal fittings (WCs, washbasins, etc.) but also door and window opening details, 
etc. 


3. Estate Layouts 
During the past two years an important part of our work has been concerned with estate 
layout procedures. We now have a comprehensive estate layout ‘‘package’’ which covers all 
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aspects of this work including road and footpath layout, horizontal and vertical alignment, 
drainage detailing, and the layout of houses, garages, etc. In this work, significant use is 
made of PEST. 

The example shown in Figure 3 relates to one particular house type which can vary in 
size, has a number of options (garage, porch, etc.) and can be built as a LH or RH version. 
The user is prompted for various parameters as shown, and the house plan is drawn accord- 
ingly. 

_ Another feature of PEST is that a symbol can be repeated simply by changing those 
parameters which vary, and so a second house may be simply inserted omitting the garage and 
reversing the hand. 

We are extending our estate layout work to include full 3D modelling. This particular 
PEST symbol will, as shown, automatically generate a 3D view of the houses previously 
specified. 

Figure 4 shows part of a typical housing estate layout produced by our Estate Layout 
System. 

The procedures outlined briefly above are, of course, equally applicable to non-housing 
estates, e.g. industrial layouts, airports, etc. | | 


A IGN _A ! 
HOUSING LAYOUT. 
NETLEY. 


Figure 4 


4. Housing Components | 

A significant proportion of the houses now being built in the UK are of timber frame 
construction. The symbol shown in Figure 5S was developed solely to explore the possibility of 
using our CV installation to assist in the layout of timber panels in a house and to produce at 
the end a schedule of the panel types and quantity in a particular house type. 

This symbol generates the required house outline. The user is then prompted to insert 
panels of different types and sizes (plain, corner, window, door, etc.) into a wall of the house. 
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As this is being done, the graphics displayed by the PEST symbol are modified to show 
cumulatively the panels that have been inserted. In addition, for the wall in which the panels 
are currently being inserted, the remaining length into which panels may be fitted is con- 
tinuously adjusted and displayed to the user. As a panel is inserted into a wall, it is written 
away to a temporary queue. On completion of the layout of the panels, it is picked up from 
the queue and accessed by another PEST symbol which produces what is currently a fairly 
crude schedule. (Figure 5.2) It is worth noting that these two symbols, developed essentially 
for research purposes, took less than 2% days to code, debug and get operational. 


CPS WPS X QN WP3 XISN WP6 CP4 


XI8N 
N8IX 


XI8N 
N8IX 


Figure 5.1 


#RUN PSYM SUPAN 
GIVE O/JALL LENGTH 9.514 

GIVE O/ALL DEPTH 5.914 
‘DIG POSITION GROUND FLOOR PLAN DIG d 
DIG POSITION 1ST FLOOR PLAN DIG d 
POSITION PLAN WITH ZWIN DIG ZWINdd 
GIVE DISTANCE TO FIRST PANEL .9 


DISTANCE REMAINING 8.290 
IS PANEL WINDOW (1) OR PLAIN (2) 1 


GIVE WINDOW PANEL TYPE 1,2,3,4,5,6 5 


DISTANCE REMAINING 6.490 
IS NEXT PANEL A CORNER YES (1) NO(2) 2 


IS PANEL WINDOW (1) OR PLAIN (2) 2 
GIVE PANEL WIDTH 1.8 etc. . 

#RUN PSYM SCHED : 

ORDER NO. 1234 

CUSTOMER NAME ELSTREE COMPUTING 


Figure 5.2 
(continued) 
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PLACE OF DELIVERY BOREHAMWOOD 


ORDER NO. 1234 
CUSTOMER NAME ELSTREE COMPUTING 
PLACE OF DELIVERY BOREHAMWOOD 


BIN PART DESCRIPTION MANUF/ QUANTITY 
NO. | NO. BOUGHT REQUIRED 
WP 1 WINDOW B 1 
WP 3 WINDOW B 1 
WP 5 WINDOW B 3 
WP 6 WINDOW B 1 
CP 3 CORNER PANEL B 1 
CP 4 CORNER PANEL B 2 
CP 5 CORNER PANEL B 1 
XP 9 EXTERNAL PANEL B 2 
XP 15 EXTERNAL PANEL B 1 
XP 18 EXTERNAL PANEL B 5 


#ZOM ALL 
Figure 5.2 (continued) 


5. Civil Engineering 

One of our main interests in this area is the detailing of drawings of reinforced concrete 
structures. We have been using PEST symbols for some time in connection with this work. As 
contractors as well as designers, we prefer certain typical arrangements of reinforcing bars in 
various situations, from both the design and construction view points. PEST is ideally suited 
to such cases and we have established a number of PEST symbols to reflect this method of 
working. The PEST symbol generates the necessary graphics on the basis of parameter values 
both as input by the draftsman and as eee by a separate design program resident on the 
CV installation. 1s 

There is another advantage to this searoutk using linked, but never mele: separate, | 
design and graphics programs—a single PEST symbol can be linked to a number of different 
design programs each complying with a specific Code of Practice (e.g., UK, USA or 
European). , 

The example shown is of a reinforced concrete pile cap. (Figure 6). 


8-Y200I- (8) 


~11-Y1202-300 (8) 


DETAILS OF PILE CAP AZ3 
5 NO THUS 
Figure 6 
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6. Piping | 

One of the Laing Group’s associated companies has recently been using our CV installa- 
tion for the preparation of piping drawings. They have established some 30 separate symbols 
which are used in the conventional PEST manner (i.e., the user supplying the parameter | 
values—diameter, length, capacity, etc.) to produce the symbol size and shape for insertion at 
the desired part of the drawing. 

In addition, a number of other PEST symbols have been developed for vessels such as 
filters. These symbols perform all the necessary calculations to determine flow rate, filter 
characteristics, etc. Then, after the operator has confirmed his acceptance of the results, the 
symbols produce the required graphics output. 

It is worth noting that the drawings shown in Figures 7 and 8, and all the symbols con- 
tained therein, were produced by one particular draftsman whose total experience in 
computer-aided drafting (i.e., gaining familiarity with CADDS and PEST) was approximately 
half-time over a period of some six months. 
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Figure 8 
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7. Earthwork Calculations 

It is often necessary within the construction industry to prepare bids in what appears to 

be an impossibly short period. An advantage of PEST is that it enables specific computer 
solutions or aids to be developed in a timescale typically less than half of that required by © 
FORTRAN. 

Recently the Laing Group were involved in preparing a bid for a large open-cast, coal- 
mining project. An initial and crucial part of the work involved determining, from borehole 
data and contour maps, the volume of coal to be extracted from two seams between 5 and 10 
feet thick, and the amounts of over and interburden to be removed to get at the coal. In cer- 
tain areas of the site, the overburden/coal ratio might make it uneconomic to extract the coal. 
Therefore, it was necessary to isolate those parts of the site. To facilitate this, the site was 
overlaid with a 500 foot grid, and calculations of volumes were then undertaken individually 
for each 500 foot-square block. The main output required was a diagrammatic 3D representa- 
tion of single or groups of blocks showing the surface of the land, the coal seams and over 
the interburdens, together with the calculated volumes of coal and spoil. In this application, 
the PEST-FORTRAN links were used. FORTRAN was used mainly for establishing the files 
of borehole and gridded contour data and carrying out the necessary volumetric calculations 
and level interpolations. PEST was used for generating the necessary graphics our from the 
appropriate data transferred from the FORTRAN files. 

An example of the typical PEST output for a particular block is shown opposite in 
Figure 9. The volumetric data to the right of the three-dimensional block diagram could also, 
if required, be output to the telewriter without graphics. An initial, abbreviated, pilot scheme 
to demonstrate to our estimators the feasibility of this scheme was completed by ECL and 
JLDA in three days. Following their acceptance of this approach, a full production version 
containing a number of other features not described above was completed and operational in 
less than three weeks. 

We have used very similar techniques in preparing numerous cross- -sections for quantifica- 
tion in canal and highway construction projects. | 7 


i VOL!  VOL2 MEAN (CU.YDS.) 
pee OBI.= 178148 70925.9 44370.4 
je 0B2.= 269560.2 272083.3 270821.8 
—7 0B3.=  99606.5 98472.2 99033.3 
M.K.= 44893.5 44120.4 44507.0 
1B.= 48643.5 47796.3 48219.9 
L.K.=  63055.5 63203.8 63129.7 
TOTAL COAL = 120553.0 TONS 
—529000.0N TOTAL OB. = 462451.4 CU. YDS. 
OB/COAL = 3.8 CU.YDS/TONS. 
2200.0 528500.0 N FILL VOL = 5495.4 5213.0 5354.2 
2104000.0 E 2104500.0 E 
Figure 9 
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BILL OF QUANTITY PREPARATION PACKAGE 
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Figure 10 


8. Project Bar Charts 
A PEST symbol has recently been produced by the JLDA draftsmen to facilitate the 
rapid production of project bar charts as shown opposite. It is necessary for the Group to 
- produce a number of these charts each week to a consistent high standard for bid submis- 
sions, etc, — 7 ? 
The user is prompted to enter the obvious project variables: 


name | 

start week number 
duration 

holiday weeks 


and then for each activity: 
description 
start week 
finish week 


A typical bar chart such as that shown opposite in Figure 10 with approximately twenty 
activities can be completed in about 6-8 minutes from the basic details provided. 


SUMMARY | | 

The development of PEST over the past four years has been a highly successful project, 
contributing significantly to the success of our CV installation. It is now the foundation upon 
which all our computer-aided drafting activity is based. A major factor in the acceptance of 
PEST by the user, apart from its speed of operation, has been the ease with which draftsmen 
with no previous programming experience have been able to develop their own particular 
PEST symbols. Typically, within three days of starting to learn PEST, a graphics draftsman 
will have successfully completed his first, albeit relatively simple, interactive PEST symbol. 
We find that once a draftsman passes this stage and has accepted and understood the way 
PEST operates, he quickly attains skill in developing complex symbols. | 

Consider speed of operation. Generally speaking, the formation of the graphics is almost 
instantaneous. Obviously where the symbol is extremely complex in terms of calculations or 
the amount of graphics to be generated, insertion of the symbol takes longer. It is not pos- 
sible to give any comparative figures based on our own observations as we do not have PEP, 
VARPRO or PAREX. However, PEST is now in use in two other CV installations in the UK. 
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They tell us that PEST typically achieves a 10 to 1 saving in the generation of a symbol at run 
time compared with previous methods. Also the coding of PEST symbols is considerably 
simpler and less time-consuming. 

But perhaps the greatest benefit from PEST lies in its versatility. Not only can the soft- 
ware deal efficiently with a wide range of applications as shown, but it also increases the ver- 
satility of our draftsmen. Through the use of PEST, they too are becoming skilled in the cost- 
effective application of graphics over an increasingly wide range of applications. That has to 
be good news for both the Laing Group as a whole and for the draftsmen themselves. | 
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ADVANCED PROGRAMING TECHNIQUES 
UTILIZING EXECUTE AND PAREX 


John Richards 
Boeing Commercial Airplane Company 
Valley Office Park 
1801 Lind Avenue S.W. 
Renton, WA 98055 


Abstract | 

The subject of this paper is Advanced Programing Techniques and it is not my intention 
to describe detailed programs. I shall be describing techniques which can be utilized to achieve 
program functions that Execute and Parex are not generally thought capable of achieving. 
Anyone wishing to discuss detailed ideas may contact me and I will be pleased to assist in 
whatever way possible. 


By way of introduction, I will describe some basic ground rules for approaching the sub- 
ject of programing effort on CV. This approach has been used with great success during my 
association with the Boeing Company, and the potential for time and cost savings is enor- 
mous. The measure of a user’s success in programing efforts will be a direct result of the 
choice of personnel for the task and the method of utilizing these personnel. 

The CV CADDS software is an extremely versatile package, which coupled with the 
simplicity of Execute/Parex, produces an exceptionally powerful tool. At this juncture, I note 
that PEP, which is another whole field of techniques, some superior and some inferior, is not 
considered in this present paper. 

The essence of advanced programing is ‘‘know your system.’’ Programmers must be ex- 
perienced and familiar with the software, both CADDS and operating system. They should 
also have an operator’s knowledge of the problems they are trying to solve, and should 
develop a broad knowledge of the commands from areas other than their own specialty. Fur- 
thermore, they must know their terminal and its capabilities intimately. Most of all, they must 
be interested and enthusiastic and will probably already have some good programs under their 
belts. 

Their personnel should be situated near each other and encouraged to share ideas and 
problems. Their ideas and suggestions should be considered carefully and when necessary they 
should be given the task of producing simple demonstration programs to prove basic ideas 
and requirements within reasonably light but flexible time scales. 

Finally, they must never pass over error messages, but always investigate their mistakes. 
Sometimes, errors are not great and in any case can often be useful features. Contrary to 
popular belief, the software rarely, if ever, makes an error and almost everything works cor- 
rectly if one knows how to use it. I would also note that there are a lot of unknown and 
undocumented features to some commands. | | 

There will almost certainly be a host of personal programs on most systems; however, for 
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programs to be suitable for use by all operators of varying familiarity and ability, they must 
have a single, friendly operator interface. The Lear Siegler terminal is probably the most ef- 
fective for this, expecially with the simple face field cursor conversion. 

Various techniques may be used in Execute/Parex to write to the terminal from CADDS 
or the operating system. Asterisks and bells are a pain and a bore to those trying to use a pro- 
gram and their neighboring workers, so avoid them. Programs must give instructions and 
messages and the best method is to have a message text file. To print a message, merely print 
.those lines required with any suitable modifiers to give a good clear readable message. An 
ASCII control-Z may be patched into a file to echo a shift-clear to the beginning of a 
message. This looks good to the operator and avoids confusing text remaining and paging up 
the screen. One advantage of the message file is that it allows the messages to be edited and 
structured neatly and easily without the danger of messing up the program at the same time, 
and may be completed after the program itself. The select noecho and echo features are very 
useful here because they allow a message to remain on the screen to be read while the pro- 
gram is doing something useful, and since the baud rate of the terminal is much slower than 
the CPU, it also speeds execution. 

Messages may also be used to expand Parex prompts by printing instructions and ques- 
tions such that the cursor may be moved up the screen (control-K and control-J do this) to 
make a subsequent Parex file line up its prompts with the questions. The first line of a Parex 
program can be a shift-clear to blank the screen after the last parameter entry. To execute a 
shift-clear in CADDS all that is required is * A Z. 

Progressing on to more complex programing, the obvious omission from Execute/Parex 
is conditional statements. There is one true conditional and that is the X OPTION command 
in the operating system, but this has distinct limitations. However, conditionals can be built 
by other means. Since Execute/Parex programs can be nested (and therefore parameters can 
be passed down from one Parex to another) the simplest conditional is to have a Parex 
parameter as a file name to be executed. This, again, has limitations and often degenerates in- 
to menu picking of numbers, which is wearing and unnatural to CV oriented operators. 

There are five modifiers to run Parex; they are NFPLACES, which everyone knows, 
TARGET, NOGO, CYCLE and PRINT. The last four are extremely useful. Programers must 
get to know these and their combined effects. Since ‘‘TARGET’”’ allows Parex to make a 
hardfile, a data text file can be produced instead of a parameterised execute program. This 
can store input for use later in a program as data or conditional information. Extraction of 
this information can be done in CADDS by merge file and run rearrange, etc., or in the 
operating system by the editor or CVTECO. Note that Teco is worthwhile learning, as it is 
very powerful and has many conditional features of its own. Therefore, by using data text 
files and conditionally transferring information to other files, one can very effectively modify 
later nested programs, create them from scratch or produce a conditional branch by executing 
a file later in the main program which may by then be blank or execute a different file. This 
sounds rather complex but is in fact simple and amazingly fast and efficient. 

There are two important things to know at this point. One is never to try to execute a file 
name that does not exist, otherwise CADDS error 135 may bomb the program; always ensure 
a dummy blank file exists. Secondly, it is very simple to delete a text file from CADDS level. 
This is achieved by merely running any Parex file with a target name of the file to be deleted. 
After typing OK to replace and obtaining the PARAMS: prompt, the process is aborted with 
a control-E. This also serves to illustrate the point that many commands can be used quite 
legally to achieve functions they were not designed for, provided the operator knows how they 
work. 

Another common requirement for programs is the extraction of data from a CADDS 
post. This can be achieved in many ways. Data Extract is far from ideal for many user’s re- 
quirements, partly because it is not foolproof, requiring correct and often complex part con- 
struction to start with. Use of Hardfile will allow almost all data that can be written to the 
terminal to be extracted and used under programs controlled by merge file, edit, Teco, etc. At 
present, it is necessary to exit to the operating system for this and there is a desperate need 
for the facility to toggle a hardfile in CADDS 3. Not only will this allow a program to extract 
CADDS part data quickly, but also time, date, task number, etc. Some powerful aGCOURENE 
data can be created in this manner. 
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Having introduced some basic techniques, I shall now briefly discuss Parex before contin- 
uing with a description of some actual programs to illustrate what can be done. Parex is a 
very clever piece of software. The total documentation available does not describe one quarter 
of its features. (I have a sneaking suspicion that the programer left before he documented it!) 
There is not time to give a detailed full description here; perhaps I will find the time to write 
a T.I.P.S. sheet on the subject. However, suffice it to say that, in addition to the features I 
have already mentioned, parameters may be entered by name and value after the first carriage 
return and a comment may also be entered in quotes. It should be noted here that text 
storage, comments, file names and printouts of files all echo the full ASCII character set 
within the limitations of the terminal type. Another way to obtain comments in Parex 
parameter entry is by using dummy text parameters, thus Control-Z and Control-J allow clear 
single question messages in the center of a blank screen. 

Utilizing these and other techniques has made it possible to write some very sophisticated 
and cost effective programs during my association with Boeing Company. These programs are 
usually a combined effort by several people and as such should not be credited to any one in- 
dividual. Users will find that this team approach is most effective even though one person 
usually does most of the actual writing of a program. 

One of these programs will insert a drawing border format correctly on a CADDS post, 
first time, by giving trial ghost images. This is achieved with Parex to input drawscale to the 
getdata calculator in a verify position command. This command draws a screen trace between 
positions and is then aborted by A E before outputting the position data. (There are better 
_ ways of achieving screen display vectors but they require fortran programs not available out- 
side Boeing.) This command can be used out of a keyfile by calling tablet raster positions to 
give a screen image which disappears on reprinting and is independent of the screen display 
scale. By this means a menu picture can be displayed, which overlays the tablet keyfile posi- 
tions, wihtout the need to call up a CADDS part. 

My second program example is a CADDS file management system. This utilizes a similar 
screen image to identify ten keys. It stores the current definitions in ten of the thirty six spare 
keys. (The manual is wrong; a total of 256 keys may be defined.) The program then gets keys 
on a ten key keyfile and before the program ends, it returns the operator’s original key defini- 
tions. Incidentally, get keys is only a glorified execute command, and other commands may be 
inserted in a text keyfile before the edit statement and after the Q, and will be executed dur- 
ing the get keys, for example, an automatic ‘sav key’. The CADDS file manager maintains a 
list of operators with information about them which may be listed. It incorporates new users 
automatically and assigns them an ID number. It creates, lists and manipulates an indexed list 
of part files with drawscale and archive information for each operator, and can call up any of 
these parts or identify files to be archived, all by using only the index numbers. It can pro- 
duce paper documentation for retrieval of archived files and cause execution of any optional 
programs the user wishes to add and pass information about parts and users down to that 


program. 


The third example is a program that will create and fix out a full drawing border format, 
file the part under a special file name convention, calculate all the information required to 
transmit and store the file on a mainframe database, and produce all the company documen- 
tation required to release the drawing. These documents include data set release forms, draw- 
ing release forms, design change notes, parts lists (without data extract) and wet ink plot 
requests forms. The program asks the operator which of these features he requires and asks 
up to fifteen questions. At that point, it goes on to produce all the documents and a versatec 
check plot of the drawing. All the other information is extracted from the CADDS file 
manager, the part file and data text files. The parts listing feature is not currently completed, 
but the technique used is to insert primary drawing callout labels with a parex file. This 
attaches properties to the label. Hardfiling a listing of these properties by windowing the en- 
tire drawing and using the Teco character editor with the merge, sort, tally and total com- 
mands produces a parts list without the need for nodal entities or figures, and the list matches 
the drawing callouts. . | 

Other programs being written produce a two-man day duct drawing in about twenty 
minutes from center line, diameter and bend radius information from a mainframe printout, 
and select make-from parts from a parameter input list. 
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These are examples of what can be achieved. The programs are fast, accurate, and above 
all, time saving. Some users produce large fortran programs to achieve similar results. The 
. time and cost involved in debugging, proving and updating these is often questionable. A 
good approach which has been highly successful in practice is to write the programs in ex- 
ecute/parex/PEP, then prove and update them, and above all use them immediately. Only 
then, when a known and proven set of requirements is available, spend time and money on a 
fortran program to replace the other version when it is available and if it is still justified. 
There is another use for fortran programing where it is available. That is to produce simple 
building brick routines for use in execute/parex programs to avoid complex routines and save 
time. | | 
My aim in writing this paper was to introduce a few advanced techniques, and some basic 
advice on implementation of programing efforts together with somé examples of what can be 
done to whet the users’ appetites. Some users will take up the challenge, and some already 
have. I hope we will contact each other, if only informally, and soon I expect to be learning 
from someone else’s discoveries as well as teaching them mine. I do not buy a dog to bark 
myself, so I want to see my system work for me and I hope to have inspired others to do the 
same. When we see smoke rising from the hardware, we will know we are getting maximum 
returns from our equipment! We will never get that far, but let us keep trying. 3 
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